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(57) Abstract: The startup, retrain, leiiegotiatibn quick connect or other processes of handshaking between communication systems 
involve the exchange of certain modulation, constellation, precoder, (Refilter and other communicatioii related information. The 
communication systems exchange one long information sequence including all die necessary communication information. Subse- 
quently, the conmiunicadon systems start transmitting shon sequences, including an acknowledgement information portion. If one 
of the communication systems does not receive an acknowledgement within a predetermined time or event, that commtmication sys- 
tem may retransmit another long information sequence. After such retransmission, the retransmitting conununication system may 
continue transmitting the long information sequences or may start transmitting the shon sequences once again. Eventually, each of 
the commuiucation systems should receive a long information sequence and acknowledge their receipt of such sequence. 
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QUICK CONNECT PARAMETER EXCHANGE 

RELATED APPLICATIONS 

5 The present application is a Continuation-In-Part of United States 

application serial numbers 09/416,482 and 09/393,616, filed October 12, 1999 and 
September 10, 1999, respectively, which are both Continuation-In-Part 
applications of United States application serial number 09/394,018, filed 
September 10, 1999, which is a Continuation-In-Part application of United States 

10 application serial number 09/361,842, filed July 27, 1999, which claims the benefit 
of United States provisional application serial numbers 60/128,874, filed April 12, 
1999. The present application also claims the benefit of United States provisional 
applications serial number 60/167,572, filed November 26, 1999. All above- 
mentioned applications are hereby fiilly incorporated by reference in the present 

15 application. 

FIELD OF THE INVENTION 

The present invention relates generally to communication systems. More 
20 particularly, the present invention relates to speeding up the connect time between 
conmiunication systems. 

BACKGROUND OF THE INVENTION 

25 56 kbps modems are now standardized in accordance with the ITU V.90 

Recommendation. However, many 56 kbps modems, particularly end user 
modems, may only be compatible with legacy modes such as K56flex, V.34, V.FC, 
and V.32. Such legacy modems, and downwardly compatible V.90 modems, may 
have an undesirably long connect or initialization time between dial-up and fiill 

30 rate data mode. The startup time can be up to 30 seconds, which can be rather 
annoying and unattractive from the perspective of the end user, especially in light 
of other data communication protocols that appear to operate in an "always 
connected" manner. 

35 V.90 modems that support legacy modem protocols typically perform the 

functions shown in Table 1 during initialization. The time periods associated with 

1 
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the operations set forth in Table 1 may vary from connection to connection 
depending upon various factors such as the server speed and channel conditions. 



PROTOCOL 


OPERATION 


TIME (seconds) 




Dialing 


1 




Call Establishment 


1 


V.8bis 


Capabilities 
Exchange 


3.5 


V.8 


Capabilities 
Exchange 


3.5 


y.90 Phase 2 


Probing & Ranging 


1.5 


V.90 Phase 3 


Digital Impairment 
Learning; Initial 
APCM Training 


8.5 


V.90 Phase 4 


Final APCM 
Trainiriig; Set Power 
Levels; Constellation 
Transmission 


2.5 


V.42A/.42bis 


Error Correction; 
Data Compression 


0.5 




Login 


0.5 ^ 5 






TOTAL = 22.5 - 27.0. 



Table 1 - Conventional V.90 Modem Startup 



5 ■ 

The V.Sbis operation includes a relatively long timeout period that 
encompasses much of the time period associated with the operation. This 
operation is described in detail in ITU-T Recommendation V.Sbis (International 
Telecommunication Union, August 1996), the content Of which is incorporated by 

10 reference he;rein. The V.Sbis protocol is an extension of the V.S protocol, as 
described in ITU-T Recommendation V.S (International Telecommunication 
Union, February 1998), the content of which is incorporated by reference herein. 
In accordance with V.Sbis and/or V.S, the two modem devices exchange their 
individual capabilities such that compatible protocols may be utilized during 

1 5 subsequent initialization and data communication procedures. 

The Various V.90 startup phases are utilized to determine the analog and 
digital channel characteristics, to train the modem equalizers, and to. otherwise 

0 
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attempt to optimize the current communication session. TTie details of the V.90 
startup phases and other aspects of a V.90 modem system may be found in ITU-T 
Recommendation V.90 (International Telecommunication Union, September 
1998), the content of which is incorporated by reference herein. Although a 
5 portion of the V.90 startup segments shown in Table 1 are required without regard 
to the location or status of the client modem, many of the operations could be 
eliminated or shortened upon repeated connections associated with the same (or 
nearly identical) chaimel characteristics. 

10 In a conventional V.90 modem system, error correction and data 

compression techniques are performed during the V.42A^.42bis stage. The 
specifics of V .42 are contained in ITU-T Recommendation V.42 (International 
Telecommunication Union, October 1996), the content of which is incorporated by 
reference herein. The. specifics of V.42bis are contained in ITU-T 

15 Recommendation V.42bis (International Telecommunication Union, January 
1990), the content of which is incorporated by reference herein. The V.42 
operation is desirable such that the modem system can perform the login procedure 
in a substantially "error free" mode. The login procedure may be conducted with 
CHAP and PAP protocols; both are utilized for security purposes in the context of 

20 point-to-point protocol ("PPP") connections, e.g., a connection between a client 
computer and an internet service provider server. From the perspective of the 
V.90 modem devices, the login information is transmitted as data. Once the login 
procedure is performed, the dial-up coimection is complete and data may be 
transmitted between the server and the host software associated with the client. 

25 

The widespread use of the intemet as a daily research, entertainment, and 
communication tool has increased the deployment of 56 kbps modems. However, 
many charmels can only support legacy modes such as V.34. Thus, although most 
newer modems (particularly those sold with new personal computers) are 

30 compatible with the V.90 Recommendation, many legacy modes are still in use. 
The long initialization period associated with V.90 modems that fall back into 
legacy modes may be annoying and undesirable in many applications and can be a 
serious hindrance where a user would like to establish an inmiediate connection 
after an imanticipated disconnect. In addition, even in the context of a connection 

35 between two V.90 modem devices, the long V.90 startup phases may test the 
mettle of an impatient end user. Accordingly, it would be highly desirable to 
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reduce the initialization time normally associated with a conventional V.90 modem 
system. 

A given modem communication session may be interrupted or disconnected 
5 for any nuihber of reasons. For example, a call waiting signal may disrupt a 
modem connection to the extent that the modem call must either be reconnected or 
reinitialized. As another example, it may be possible to place a current modem 
connection on hold to enable the user to answer an incoming call in response to a 
call waiting signal or to enable the user to place an outgoing call without 

10 disconnecting the modem connection. Ideally, the modem connection could be re- 
established in an instantaneous manner. However, in a practical system, a 
retraining or reinitialization procedure must be carried out to ensure that the two 
end devices are properly synchronized and to ensure that the channel is adequately 
, equialized. As discussed above, conventional V.90 modem systems may spend 

15 more than 20 seconds during such retraining and reinitialization. Accordingly, it 
would also be desirable to reduce the reconnection time between the same modem 
devices in response to a temporary disconnect or a temporary pause in the data 
cominunicatidn. 

20 One major time consuming portion of modem training and negotiation 

occurs during parameter exchanges, such as exchange of data signaling rate, 
precoding coefficient, spectral shaping, constellation information and etc. With 
reference tO?FIG- 5, it is sho^^ that, for example, during V-90 negotiations, an 
analog pulse code modidation ("APCM'') modem 580 transmits a constellation 

25 param^tc^ C^CP'?) fr^ pulse code modulation ("DPSM") modem 

590 thiit ■ m exchange," ttansmits a modulation parameter ("MP") frame 520 to the 
APCM modem 580. The MP frame 520 and the GP frame 510 are in synchronous 
form and include many bits of information arid GRG information for error 
checking purjpJoses (see FIGrS. 1 1 and 1 8), as further described below. 

30,'- •■ • , • . 

As shoSvn in FIG. 5, the APCM modem 580 continuously transmits GP 
frames 510 to the DPGM modem 590 until the APGM modem 580 receives a 
receipt acknowledgement from the DPGM modem 590 for one of the transmitted 
CP frames 510. Similarly, the DPGM modem 590 continuously transmits MP 

35 frames 520 to the APCM modem 580 until the DPGM modem 590 receives a 
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receipt acknowledgement from the APCM modem 580 for one of the transmitted 
MP frames 520. 

The receipt acknowledgement for the CP frame 510 is transmitted in the 
5 form of an MP frame 520, including each and every bit of information and having 
the acknowledgement bit 33 of the MP frame 520 set to a "V\ The MP frame 520 
having its acknowledgement bit 33 set to a "1" is denoted as MP' frame 522. 
Once the DPCM modem 590 receives a CP frame 510, the DPCM modem 590 
starts transmitting the MP' frames 522 instead of the MP frames 520. This 
10 repeated transmission of MP' frames 522 continues until the DPCM modem 590 
receives a receipt acknowledgement for the MP or MP' frames 520 or 522. 

Similar to the DPCM modem 590, the receipt acknowledgement from the 
APCM modem 580 is transmitted in the form of a CP frame 510, including each 

15 and every bit of information and having the acknowledgement bit 33 of the CP 
frame 510 set to a "1". The CP frame 510 having its acknowledgement bit 33 set 
to a "1" is denoted as CP' frame 512. Once the APCM modem 580 receives an 
MP frame 520, the APCM modem 580 starts transmitting the CP' frames 512 
instead of the CP frames 510. This repeated transmission of CP' frames 512 

20 continues until the APCM modem 580 receives a receipt acknowledgement for the 
CP or CP' frames 510 or 512. 

The repeated transmissions of these long CP, CP', MP and MP' frames, 
including many bits of information^ are indeed a tremendous overhead. This 

25 problem, however, gets even more exuberated in the next generation of standards, 
such as the ITU V*92 Recommendation, as more parameters and bits of 
information must be exchanged between the modems. FIG. 19 shows an example 
of the V.92 constellation parameter frame for the APCM modem 580 referred to as 
CPa frame 1900. As seen, the CPa frame includes many more bits of information 

30 than the CP and MP frames 1800 and 1900 (see FIGS. 17, 18 and 19), such as the 
constellation information with high resolution as well as precoder and prefilter 
coefficients. The CPa frame 1900 further includes variable length parameters, 
such as parameter 1920, that can potentially add many more bits of information to 
the CPa frame 1900. 

35 
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Concerns have been raised that because of the acknowledgement 
mechanism introduced in the ITU Recommendation V.34 and re-used in the ITU 
Recommendation V.90, the startup time may be unduly increased for the ITU 
Recommendation V.92, due to these long sequences. For example, during a V,92 
5 PCM upstream startup, a significant amount of information needs to be exchanged 
between the DPCM modem 590 and the APCM modems 580. In particular, the 
DPCM modem 590 needs to transmit very long sequences, including constellation, 
information with high resolution as well as precoder and prefilter coefficients in 
the CPa frames. 

10 

Accordingly, there is an intense need in the art to eliminate the tremendous 
overhead of repeatedly transmitting these very long sequences, including many 
parameters and bits of information, thereby reducing the training and negotiation 
time and achieving a quick connect 

15 
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SUMN4ARY QF THE INVENTION 

The present invention provides techniques to shorten the startup and 
reconnection times associated with a data communication system that employs a 
5 modem. The quick reconnect technique leverages the known channel 
characteristics of a previous connection to reduce the reinitialization period 
associated with subsequent attempts to reconnect the same two modem devices. In 
accordance with one illustrative embodiment, the techniques of the present 
invention are utilized to reduce the reconnection time for a commimication session 

10 that follows an upper layer protocol, e.g., PPP. Although not limited to any 
specific modem application, the quick startup and reconnect procedures may be 
used to eliminate portions of the initialization protocols or processes normally 
employed by a V.90 modem, e.g., V.Sbis, V.8, digital impairment learning, initial 
training, probing and ranging, or the like. In addition, the quick startup and 

15 reconnect techniques may perform certain operations at a different time or in a 
different order in comparison to a conventional modem startup technique. 

The above and other aspects of the present invention may be carried out in 
one form by a method for reducing the reconnection time associated with a data 

20 transmission system having a first device configured to communicate with a 
second device over a communication channel. The illustrative method involves 
establishing a communication session between the first device and the second 
device over the communication channel, obtaining a number of operating 
parameters for the data transmission system, where the operating parameters are 

25 associated with the conununication channel, and storing at least one of the 
operating parameters at the second device. After a temporary pause in the 
communication session, the operating parameters are recalled at the second device. 



According to one aspect of the present invention, during the startup, retrain, 
30 renegotiation, quick connect or other handshaking processes between the 
conununication systems, the communication systems exchange a number of 
parameters such as modulation, constellation, precoder, prefilter and other 
communication related information. The communication systems exchange one 
long information sequence including all necessary parameters or communication 
35 information. Subsequently, the conunxmication systems start transmitting short 
sequences, including an acknowledgement information portion, but not all the 

7 
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Other parameters or information embedded in the long sequences. Once each 
communication system receives a short sequence with the acknowledgment 
information indicating receipt of the long inforniation sequence, the 
communication systems may move on to the next stage of the handshaking 
5 process. The use of short information sequences substantially shortens the 
handshaking process and eliminates the delay and overhead introduced by 
continuous transmissions and retransmissions of the long information sequences. 

In yet another aspect of the present invention, if one of the communication 
10 systenis does not receive an acknowledgement sequence within a predetermined 
time or event, that communication system may retransmit another long information ' 
sequence. Subsequently, the retransmitting conununication system may continue 
transmitting the long information sequences; or may start transmitting the short 
sequences once again. 

15 

These and other aspects of the present invention will become apparent with 
further reference to the drawings and specification, which foUow. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the present invention may be derived by 
referring to the detailed description and claims when considered in connection 
5 with the Figures, where like reference numbers refer to similar elements 
throughout the Figures, and: 

FIG- 1 is a block diagram depicting a general modem system environment 
capable of supporting point-to-point protocol ("PPP") connections; 

10 

FIG, 2 is a flow diagram of a general quick startup process according to the 
present invention; 

FIG. 3 is a block diagram depicting an illustrative modem system 
1 5 configured in accordance with the present invention; 

FIGi 4 is a flow diagram illustrating portions of a quick startup process 
performed by two modem devices; 

20 FIG. 5 is a timing diagram corresponding to a quick startup process 

performed by two modem devices; 

FIG. 6 is a timing diagram corresponding to a quick reconnect process 
performed by two modem devices; 

25 

FIG. 7 is a flow diagram illustrating a quick reconnect process performed 
by two modem devices; 

FIGS, 8-15 are timing diagrams corresponding to different modem-on-hold, 
30 reconnect, and clear down situations; 

FIG. 16 is a block diagram of a modem system environment in which 
various aspects of the present invention may be incorporated; 

35 FIG. 17 illustrates the definition of bits in an example modulation parameter 

(MP) frame: 

9 
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FIG. 18 illustrates the definition of bits in an example constellation 
parameter (CP) frame; 

5 FIG. 19 illustrates the definition of bits in an example constellation 

parameter for analog modem (CPa) frame; 

FIG. 20 illustrates the definition of bits in an example short modulation 
parameter (MPs) frame; 

10 

FIG. 21 illustrates the definition of bits in an example short constellation 
parameter (CPs) frame; 

FIG. 22 illustrates the definition of bits in an example short constellation 
1 5 parameter for analog modem (CPas) frame; 

FIG. 23 illustrates an example of exchange of conventional modulation 
parameter (MP) frames according to the ITU V.34 Recommendation; 

20 FIG. 24a illustrates an example of quick exchange of modulation parameter 

(MP) frames according to one embodiment of the present invention; 

FIG. 24b illustrates an example of quick exchange of modulation parameter 
(MP) frames and constellation parameter (CP) frames according to one 
25 embodiment of the present invention; 

FIG. 24c illustrates an example of quick exchange of constellation 
parameter (CP) frames and constellation parameter frames for the analog modem 
(CPa) according to one embodiment of the present invention; 

30 

FIG. 25a illustrates an example of quick exchange of modulation parameter 
(MP) frames in case of an erroneous frame transmission according to one 
embodiment of the present invention; 



10 
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FIG. 25b illustrates an example of quick exchange of modulation parameter 
(MP) frame and constellation parameter (CP) frame in case of an erroneous frame 
transmission according to one embodiment of the present invention; 

5 FIG. 25c illustrates an example of quick exchange of constellation 

parameter (CP) frame and constellation parameter frame for the analog modem 
(CPa) in case of an erroneous frame transmission according to one embodiment of 
the present invention; 

10 FIG. 26 illustrates an example of a rate renegotiation process occurring ' 

between the APCM and DPCM modems according to one embodiment of the 
present invention; 

FIG. 27 illustrates an example of a fast train process occurring between the 
15 APCM and DPCM modems according to one embodiment of the present 
invention; and 

FIG. 28 illustrates example of a quick connect training process occurring 
between the APCM and DPCM modems according to one embodiment of the 
20 present invention. 
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DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

The present invention may be described herein in terms of functional block 
components and various processing steps. It should be appreciated that such 
5 functional blocks may be realized by any number of hardware components 
configured to perform the specified functions. For example, the present invention 
may employ various integrated circuit components, e.g., memory elements, digital 
signal processing elements, logic elements, look-up tables, and the like, which may 
carry out a variety of functions under the control of one or more microprocessors 

10 or other control devices. In addition, those skilled in the art will appreciate that the 
present invention may be practiced in any nurnber of data communication contexts 
and that the modem system described herein is merely one illustrative application 
for the invention. Further, it should be noted that the present invention may 
employ any number of conventional techniques for data transmission, signaling, 

15 signal processing and conditioning, and the like. Such general techniques that may 
be known to those skilled in the art are not described in detail herein. 

It should be : appreciated that the particular implementations shown and 
described herein are merely exemplary and are not intended to limit the scope of 

20 the present invention in any way. Indeed, for the sake of brevity, conventional 
encoding and decoding, timing recovery, automatic gain control ("AGC"), 
synchronization, training, and other functional aspects of the data communication 
system (and components of the individual operating components of the system) 
may not be described in detail herein. Furthermore, the connecting lines shown in 

25 the various figures contained herein are intended to represent exemplary functional 
relationships and/or physical couplings between the various elements. It should be 
noted that many alternative or additional functional relatioiiships or physical 
connections may be present in a practical communication system. 

30 FIG. 1 is a block diagram depicting a general modem system 100 in which 

the techniques of the present invention may be practiced. For purposes of this 
description, modem system 100 is assumed to be capable of supporting 
connections associated with an upper layer protocol, e.g., point-to-point protocol 
("PPP") connections. PPP connections are typically associated with intemet 

35 communications between, e.g., an individual end user and an intemet service 
provider. In this respect, modem system 100 includes a plurality of server modems 

12 
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(identified by reference numbers 102a, 102b, and 102n) and a client modem 104. 
Server modems 102 may each be associated with an internet service provider or 
any suitable data source. Client modem 104 may be associated with a suitable data 
source, e.g., a personal computer capable of running host software 105. For 
purposes of this description, host software 105 may be an operating system such as 
MICROSOFT WINDOWS, or any application program capable of functioning in 
conjunction with modem system 100. Although not shown in FIG. 1, client 
modem 104 may be integrated with the personal computer. 

In the context of this description, modem system 100 may employ 56 kbps 
modems that are compatible with the V.90 Recommendation, legacy 56 kbps 
protocols, the V.34 Recommendation, or the like. Although the present invention 
is described herein in the context of a V.90 modem system, the techniques can be 
equivalently applied in a V.34 modem system or in any number of legacy modem 
systems. V.90 or 56 kbps modem devices are suitable for use in niodem system 
100 where a given server modem 102 utilizes a digital coimection 106 to the 
digital telephone network 108. The client modem 104 is connected to a local 
central office 110 via an analog local loop 1 12. Thus, the communication channel 
established between client modem 104 and any server modem 102 is digital up to 
the central office 110. Thereafter, the digital signals are converted to an analog 
signal for transmission over the local loop 112. 

If an end user desires to establish an internet connection, host software 105 
may perform any number of operations in response to a user command. For 
example, host software 105 may prompt client modem 104 to dial the telephone 
number associated with server modem 102a (which, for this example, is the server 
modem associated with the user's internet service provider). Server modem 102a 
and cUent modem 104 perform a handshaking routine that initializes the 
equalizers, echo cancelers, transmit power levels, data rate, and possibly other 
operational parameters associated with the current communication channel. In 
addition, host software 105 may cause client modem 104 to transmit and receive 
authentication data that enables the user to log onto the internet via the service 
provider. As mentioned above, the authentication data may be exchanged between 
serx'er modem 102a and client modem 104 in accordance with the known CHAP or 
PAP techniques. In an alternate embodiment that employs a non-PPP upper layer 
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protocol, a suitable login procedure may be conducted instead of the CHAP or 
PAP procedures. 

As discussed previously, the dial-up connection time (and reconnection 
5 time) associated with conventional modem systems may be undesirably long. The 
present invention takes advantage of the repeated use of a communication channel 
between modem devices, e.g., the communication channel that is established 
between server modem 102a and client modem 104. Assuming that client modem 
104 is associated with a desktop personal computer resident at a specific location, 

10 the connection to any given server modem 102 will necessarily be established over 
the same analog communication channel. In other words, client modem 104 will 
always establish an analog channel between the user premises and central office 
1 1 0. Disregarding slight variations in the analog channel due to temperature and 
other environmental effects, the initialization of client modem 104 (with respect to 

15 the analog channel) will remain substantially constant from connection to 
connection. 

FIG. 2 is a flow diagram of a general quick startup process 200 that may be 
performed by a data communication system such as modem system 100. In a 
20 practical system, process 200 may be cooperatively performed by server modem 
102, client modem 104, host software 105, and/or any functional component of 
modem system 100. In addition, process 200 may be realized in the context of an 
overall initialization procedure that follows any number of conventional modem 
protocols. 

25 

Quick startup process 200 may begin with a task 202, which relates to the 
establishment of a call between client modem 104 and a server modem 102. In the 
context of this example, client modem 104 is considered to be the calling device. 
Accordingly, host software 105 and/or client modem 1 04 dials the telephone 

30 nuniber associated with, e.g., server modem 1 02b. Assuming that server modem 
102b is capable of making an additional connection, it will go off hook and 
generate a suitable answer tone in a conventional manner. When both modem 
devices are off hook and communicating with each other, a communication 
channel is established via digital connection 106, telephone network 108, central 

35 office 110, and analog local loop 112. The dialing, ringing, and answering 
procedures utilized during task 202 may follow conventional protocols. 

14 
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Following task 202, a query task 204 may be performed by modem system 
100 to ascertain whether a quick connect protocol is supported. Query task 204 
may be necessary to enable different server modems and different client modems 
to be interoperable and compatible. For example, server modem 102b may be a 
V.90 modem device that supports the quick connect features of the present 
invention, while client modem 104 may be a legacy 56 kbps modem device that 
does not support the quick connect features. Portions of query task 204 may be 
performed by server modem 102b or client modem 104. An illustrative technique 
for performing query task 204 is described in detail below. Task 204 may be 
equivalently performed when client modem 104 initiates the call or when server 
modem 102 initiates the call. 

If query task 204 determines that the quick connect protocol is not 
supported by both modem devices, then a task 206 may follow. Task 206 prompts 
modem system 100 to begin a conventional initialization routine. For example, in 
the context of a V.34 or V.90 modem system, task 206 may begin a capabilities 
exchange protocol such as V.Sbis. Alternatively, some modem systems may only 
implement the V.8 capabilities exchange protocol. Older legacy modem systems 
may skip the V.8 and V.Sbis procedures altogether and perform an appropriate 
initialization routine according to the legacy mode. Following task 206, modem 
system 100 may conduct a known startup procedure in accordance with an 
applicable modem specification. For example, if modem system 100 supports 
V.90, then task 208 may be associated with conventional V.90 equalizer training, 
echo canceler training, constellation design, power level verification, and other 
startup operations. If tasks 206 and 208 are performed, then the startup time 
associated with the communication session is essentially the same as the startup 
time for a conventional V.90 coimection. 

If query task 204 determines that the quick connect protocol is fully 
supported, then a query task 210 may also be performed. Query task 210 tests 
whether the characteristics of the established communication channel are similar to 
corresponding characteristics of a previously established communication channel. 
Briefly, query task 210 compares one or more attributes of a received sequence to 
stored attributes of a previously received sequence associated with the previously 
established channel. The received signal conveys information regarding the 
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characteristics of the communication channel. In particular, the received signal 
conveys information relative to analog local loop 112. 

In the illustrative embodiment described herein, where one modem device is 
5 connected digitally to the digital telephone network 108, analog local loop 112 
affects signals in a substantially consistent manner from connection to connection. 
Although the analog characteristics will be similar for repeated connections to the 
same server modem 102, slight variations in temperature, humidity, other 
environmental changes, physical changes in the system hardware, and other 

10 operational parameters contribute to random fluctuations in the current chaimel 
characteristics, used for comparison purposes. Nonetheless, the comparison - 
procedure perforrned during query task 210 is preferably designed to accommodate 
such fluctuations. For purposes of this description, "similar" characteristics means 
that queiy task 210 will assume that the current channel matches a previous 

15 channel notwithstanding hprmal variations due to the uncontrollable and 
unpredictable factors mentioned above. 

If query task „ 2 IX) determines that the parameters of the current 
communicatipn channel do not match the parameters of a previous communication 

20 channel, then a task 212 may be performed. Task 212, like task 206, prompts 
modem system 100 to begin a conventional initialization routine. In a preferred 
embodiment, if modem system 100 verifies that the quick connect protocol is fully 
supported (query task 204), then most, if not all, of the V.Sbis procedure may be 
skipped. Accordingly, the V.8 capabilities exchange protocol may be prompted by 

25 task 212. Thereafter, a task 214 may be performed to cause modem system 100 to 
enter the conventional V.90 startup procedure. Task 214 is similar to task 208 
described above. If tasks 212 and 214 are performed, then the startup time 
associated with the communication session may be reduced by approximately three 
seconds, which is the typical time period required to conduct the V.Sbis 

30 procedures. Accordingly, even if query task 210 determines that the current 
channel is not similar to a previous channel, quick startup process 200 reduces the 
overall initialization time of modem system 1 00. 

If query task 210 finds that the current channel characteristics ''match" the 
35 stored characteristics of a previously established channel, then a task 216 may be 
performed. Ah abbreviated training procedure is conducted during task 216. As 
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described in more detail below, modem system 100 leverages the known 
characteristics of the current channel such that the modem devices can be 
immediately trained. For example, although the specific timing phase of digital 
impairments (e.g.^ robbed bit signaling) may be unknown, the types of digital 
5 impairments will be consistent for repeated connections. Thus, in the context of a 
V.90 modem system, the lengthy digital impairment learning procedure need not 
be fully implemented. In addition, the initial training of equalizers and echo 
cancelers, and the initial determination of PCM codec transmit levels and data 
rates need not be performed. 

10 

A task 218 may be performed to enable modem system 100 to operate at an 
initial data fate. It should be appreciated that portions of the training associated 
with task 216 may be performed at the initial data rate associated with task 218. 
Modem system 100 is able to quickly operate at the initial data rate by recalling the 

15 initialization parameters associated with the previously stored channel. During 
task 21 8, modem system 100 may perform final training of the equalizers and echo 
cancelers, exchange modulation parameters, and exchange constellation signal 
points for use during the full rate data mode. In accordance with the present 
invention, PPP data may be transmitted during task 218 in connection with one or 

20 more final training sequences. For example, the PPP data may be associated with 
the exchange of log-in authentication information, e.g., CHAP or PAP 
information. In view of the transmission of data during task 218, this portion of 
quick startup process 200 may be considered to be a first data mode or a data phase 
one. 

25 

Following task 218, quick startup process 200 causes modem system 100 to 
operate at a final data rate (task 220). In the context of this embodiment, this 
portion of process 200 may be considered to be a second data mode or a data phase 
two. The transition between the initial and final data rates preferably occurs in a 
30 seamless manner; modem system 100 employs a suitable signal timing or 
synchronization technique to enable such a data rate transition. During the full 
data mode, modem system 100 utilizes the signal point constellation exchanged 
during task 218. Once modem system enters the final data mode, quick startup 
process 200 ends. 

35 
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FIG. 3 is a block diagram depicting an illustrative modem system 300 
configured in accordance with the present invention. Modem system 300 is 
preferably configured to cany out quick startup process 200 and other processes 
described herein. By way of example, modem system 300 is described herein in 
5 the context of a 56 kbps or V.90 system (or a system substantially similar to a V.90 
system). However, it should be appreciated that the particular implementation 
shown in FIG. 3 is not intended to limit the scope of the present invention in any 
way. 

10 Generally, modem system 300 includes a first modem, e.g., modem 302, 

and a second modeni, e.g., modem 304. In the context of this description, modem 
302 is considered to be a server modem and modem 304 is considered to be a 
client modem (see FIG. 1). It should be appreciated that modems 302 and 304 
may be similarly configured such that both can function in either a transmit or 

15 receive mode. Modems 302 and 304 are generally configured in accordance with 
known principles to communicate over a telecommunication network, such as the 
public switched telephone network ("PSTN") 306, via at least one communication 
channel (e.g., channels 308 and 3 1 0). For purposes of this description, modem 302 
is connected digitally to PSTN 306 while modem 304 is connected to PSTN via a 

20 central office (not shown) and an analog local loop, as described above in 
connection with FIG, 1 . For the sake of clarity, FIG. 3 does not show the various 
encoder, decoder, and other functional elements that would typically be present in 
a practical modem system. 

25 Modem 302 may include a processor element 312, while modem 304 may 

include a processor element 314. In addition to the specific operations described 
herein, processors 312 and 314 are suitably configured to carry out various tasks 
associated with the operation of modem system 300. Indeed, modem system 300 
ihay incorporate any number of processors, control elements, and memory 

30 elements as necessary to support its functionality. Such processor, control, and 
memory elements may suitably interact with other functional components of 
modems 302 and 304 to thereby access and manipulate data or monitor and 
regulate the operation of modem system 300. 

35 Processor 312 may be operatively associated with a quick connect 

confirmation routine, which is illustrated as a functional block 322. Quick connect 
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confinnation routine 322 may be employed during query task 204 (see FIG. 2). 
Processor 312 is also operatively associated with a number of training routines 
324. Training routines 324 may be utilized for initial and/or final training of 
modem system 300. Training routines 324 may be employed during task 216, as 
5 described above. Processor 312 may also operate in conjunction with a dial-up 
authentication scheme 326, e.g., information exchanging in accordance with PAP 
or CHAP. The CHAP/PAP functionality may be altematively (or additionally) 
realized in one or more software applications maintained by the server 
corresponding to modem 302. These illustrative operations are not intended to 
1 0 limit the applicability of processing element 312, which is preferably configured to • 
support any number of additional operations. 

Modem 302 includes a transmitter 316, which is configured to transmit 
encoded symbols in accordance with conventional data transmission techniques. 

15 Such symbols may represent data, training sequences, synchronization signals, 
control signals, information exchange sequences, and any suitable communication 
signal utilized by modem system 300. Modem 302 also includes a receiver 318, 
which may be configured in accordance with any number of known modem 
technologies. Receiver 3 1 8 is configured to receive communication signals from 

20 modem 304; such signals may include encoded information bits, control signals, 
information exchange sequences, training sequences, and the like. Receiver 318 
may include or be functionally associated witii an equalizer structure 317 and an 
echo canceler structure 319. The configuration and operation of equalizer 
structure 317 and echo canceler structure 319 may be consistent with any number 

25 of conventional techniques, e.g., adaptive filtering algorithms. 

Modem 302 is preferably configured to generate, process, and transmit 
different data and signals associated with the operation of modem system 300. 
Such data, signals, and sequences may be suitably stored, formatted, and produced 

30 by any number of microprocessor-controlled components. For illustrative 
purposes, FIG. 3 depicts a number of blocks related to different operational 
features of modem system 300; such operational features may have specific data 
sequences, control signals, or the like, associated therewith. Although a practical 
system may process and transmit any amount of additional or alternative data, the 

35 particular enibodiment described herein fiinctions in cooperation with at least the 
following types of data: a transition sequence 328, an answer signal point 
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sequence 330, authentication infonnation.^332, a quick connect identifier 334, 
training information 336, and user data 338. This data, and the handling of the 
data by modem system 300, is described in detail below. 

5 Modem 302 also includes a suitable amount of memory 320 necessary to 

support its operation. Memory element 320 may be a random access memory, a 
read only memory, or a combination thereof. Memory element 320 may be 
configured to store information utilized by modem system 300 in connection with 
one or more processes related to the present invention. For example, memory 

10 element 320 may be configured to store a suitable answer signal point sequence 
338. Memory 320 may store specific signal points, transmit levels, a pattern 
utilized to format a sequence for transmission, or the like. In the preferred 
embodiment, answer signal point sequence 338 corresponds to sequence 330 
(described above). Memory element 320 may also be configured to store a number 

15 of parameters related to the training of receiver 318. These receiver parameters, 
which are depicted as block 340, may be associated with the initialization of 
equalizer structure 317 and/or echo canceler structure 319. As a practical matter, 
memory element 320 may store information related to the analog and/or digital 
characteristics, e.g., filter tap coefficients, of equalizer stmcture 317 and echo 

20 canceler structure 319, and transmit codec level estimates. 

In accordance with a preferred embodiment of the present invention, 
memory element 320 is also capable of storing a nuniber of parameters, attributes, 
and/or characteristics of a previously established channel (illustrated as a previous 

25 channel block 342). The previous channel parameters 342 may be stored at any 
suitable time during a conmiunication session or periodically updated during a 
session. Indeed, modem 302 and modem 304 may both be configured to save the 
current channel parameters to anticipate a temporary interruption, delay, or 
disconnection associated with the current communication session (whether such 

30 intemiption, delay, or disconnection is intentional or unintentional). As described 
in more detail below, in response to a temporary disconnection or pause in the 
modem data transmission mode, modem 302 can be placed "on hold" until the 
commimication session is to be reinitiated. At that time, modems 302 and 304 may 
access the stored channel parameters rather than conduct a lengthy retrain 

35 procedure. 
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Modem 304 includes a receiver 350, which is operatively associated with an 
equalizer structure 352 and an echo canceler structure 354. Receiver 350 is 
configured to receive communication signals from modem 302. Modem 304 also ■ 
includes a transmitter 356 configured to transmit communication signals to modem 
302. These components of modem 304 may be similar to the corresponding 
components of modem 302. Thus, for the sake of brevity, the description of 
features and functions that are common to modems 302 and 304 will not be 
repeated in this description of modem 304. 

Processor 314 may be operatively associated with a quick connect , 
confirmation routine 358, one or more training routines 360, and a dial-up 
authentication scheme 362. These processing functions are similar to the 
corresponding functions described above in connection with processor 312. In 
addition to these features, processor 314 may be operatively associated with a 
digital impairment learning routine 364. Digital impairment learning routine 364 
may be compatible with the digital impairment learning procedure carried out by 
conventional V.90 modems. Routine 364 may be utilized to enable modem 304 to 
analyze a digital impairment learning sequence transmitted by modem 302 and to 
determine the types of digital impairments present in the conununication channel 
and any timing phases associated with such digital impairments. Routine 364 may 
interact with a memory element 366 such that modem 304 can store the digital 
impairment profile associated with a given communication channel. Routine 364 
may enable modem 304 to select appropriate signal points (or a signal point) that 
function to illuminate or highlight robbed bit signaling present in the channel. For 
example, if modem 304 determines that the network forces robbed bits (typically 
the least significant bit of a symbol) to zeros, then a signal point having a least 
significant bit of one may be selected such that the robbed bit signaling phases can 
be easily detected. 

Processor 314 may also be configured to conduct a channel comparison 
routine 368, which may be performed during task 210 described above in 
connection with FIG. 2. Channel comparison routine 368 preferably determines 
whether the characteristics of the current communication channel are similar to 
stored characteristics associated with a previously established communication 
channel. In the context of this description, the current channel is a repeated 
connection of the previously established channel, and a number of stored 
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characteristics may be resident in memory element 366. Routine 368 is described 
in more detail below. 

As with processor 312, the illustrative operations set forth herein are not 
5 intended to limit the applicability of processing element 314, which is preferably 
configured to support any number of additional operations. 

Like modem 302, modem 304 is configured to generate, process, and 
transmit different data and signals associated with the operation of modem system 

10 300. Such data, signals, and sequences may be suitably stored, formatted, and 
produced by any number of microprocessor-controlled components. Although a - 
practical system may process and transmit any amount of additional or altemative 
data, transmitter section 356 is illustrated in conjunction with the following types 
of data: a quick connect identifier 370, a transition sequence signal point identifier 

15 372, training information 374, authentication information 376, and user data 378. 
This data, and the handling of the data by modem system 300, is described in detail 
below. 

As mentioned above, modem 304 includes a suitable amount of memory 
20 366 necessary to support its operation. Memory element 366 is similar to memory 
element 320. In the preferred embodiment, memory element 366 is configured to 
store an answer signal point sequence 380 that is related to the corresponding 
answer signal point sequence 338 utilized by modem 302. In this embodiment, the 
same answer signal point sequence is predetermined and known at both modems 
25 302 and 304. Memory element 366 may also store a number of parameters, 
attributes, and/or characteristics of a previously established channel (illustrated as 
a previous channel block 382). The previous channel parameters 382 may be 
stored at any suitable time during a communication session or periodically updated 
during a session. Like memory element 320^ memory element 366 may also be 
30 configured to store a number of parameters 384 related to the training of receiver 
350. These stored receiver parameters 384 are preferably accessed by modem 304 
to effectively reduce the startup latency typically experienced with conventional 
V.90 modem systems. 

35 A number of features of the present invention contribute to the reduction in 

conventional V.90 modem startup and/or reconnect times, e.g., the elimination or 
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abbreviation of the V,8bis procedure, the elimination or abbreviation of the initial 
training procedure, and the exchanging of login authentication data earlier in the 
initialization process (rather than waiting until the full data rate is achieved). In 
one embodiment, the login authentication data is exchanged while the modem 
5 system is in an initially trained mode associated with an intermediate data rate. 
Any one of these (and other) features of the present invention may be implemented 
in modem system 300. 

FIG. 4 is a flow diagram illustrating portions of a quick startup process 400 
10 performed by two modem devices, and FIG. 5 is a timing diagram 500 
corresponding to an illustrative quick startup process perfomied by two modem 
devices. Timing diagram 500 includes acronyms and abbreviations that are often 
used in the context of V,8, V.Sbis, V.34, V.90, and other data conmiunication 
protocols. The use of such terminology herein is intended to illustrate the concepts 
15 of the present invention in the context of one practical embodiment. However, the 
present invention may be employed in any suitable context, and the specific 
signals, number of sequences, timing of the sequences, data rates, and interaction 
between the two modem devices shown in FIG. 5 are not intended to limit the 
scope of the invention in any way. 

20 

Quick startup process 400 is depicted in a manner that indicates tasks 
associated with a client modem, e.g., APCM, and a server modem, e.g., DPCM. 
Similarly, timing diagram 500 shows the general sequencing of signals transmitted 
by an APCM and a DPCM. In FIG. 5, the arrows between the two major 
25 sequences represent responses or interactions between the APCM and the DPCM. 

Quick startup process 400 may begin with a task 402, which causes the 
APCM to dial the telephone number associated with the DPCM. As described 
above, the call will be established over local loop 112, central office 110, and 

30 digital telephone network 108 (see FIG. 1). In response to the initial ring tone, the 
DPCM may be placed in an off hook state (task 404), i.e., the DPCM will answer 
the call. Of course, the APCM and the DPCM may be configured to place, 
answer, and process calls in accordance with conventional telephony protocols. 
Following task 404, a task 406 may be performed to initialize a capabilities 

35 exchange protocol such as V.8 or V.Sbis. In the embodiment described herein, a 
capabilities request signal (represented by CRe in FIG. 5) may be transmitted 
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during task 406. The CRe signal may function to inform the APCM that the 
DPCM supports the quick connect procedure. The CRe signal may be a modified 
version of the conventional V.Sbis signaling tones, e.g., the V.Sbis tones may be 
amplitude modulated. Alternatively, the frequency associated with a signaling 
5 tone may be jittered in a periodic manner or a low-level wideband signal may be 
added to a tone. In this manner, legacy modem systems will recognize the CRe 
signal as the normal V.Sbis CRe signal. 

In response to the establishment of a call associated with the current 
10 communication channel, the APCM may perform a task 408 to suitably transmit a 
quick connect identifier (QC) to the DPCM. In the practical embodiment 
described herein, the transmission of the quick connect identifier may be prompted 
in response to the detection of the CRe signal by the APCM. The QC signal is 
preferably designed such that legacy modems and modems that do not support the 
15 quick connect protocol are not adversely affected by the QC signal, i.e., the QC 
signal should be ignored by non-compatible devices, (If the APCM does not 
support the quick connect techniques described herein, then it will not generate the 
QC signal and the startup will proceed in a conventional manner, as described 
above in connection with FIG. 2). In a preferred embodiment, the QC signal also 
20 conveys a signal point identifier that identifies signal points (or one point) for use 
by the DPCM in a transition sequence (represented by QTS and QTS\ in FIG. 5), 
where the signal points function to highlight, illuminate, or make apparent the 
digital impairments preisent in the communication channel. Thus, the QC signal 
sequence performs a dual function. 

25 

Assuming that the DPCM also supports the quick connect methodology, it 
preferably performs a task 410 in response to the reception of the QC signal. In 
connection with task 410, the DPCM transmits a quick connect acknowledgment 
(represented by the QCA signal in FIG. 5). As described above in connection with 

30 FIG. 2, if the DPCM does not acknowledge the QC signal, or if the APCM 
somehow fails to receive the QCA signal, then the modem system will proceed 
with a conventional startup procedure. The format, configuration, and processing 
of the QC and QCA signals may be carried out by the respective portions of the 
individual modems, as described above in connection with modem system 300 (see 

35 FIG. 3). 
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If the DPCM and the APCM boA support the quick connect technique, then 
any number of initiaUzation routines may be eUminated, modified, or abbreviated, 
depending upon the specific application. For example, in the context of a V.90 
compatible modem system, the transmission of the QC signal may inherently 
5 indicate that the APCM is V.90 compliant. Similarly, the transmission of the QCA 
signal may inherently indicate that the DPCM is also V.90 compliant. 
Consequently, the modem system may eliminate portions or the entirety of the 
normal capabilities exchange protocol or protocols, such as V.8 and/or V.Sbis, 
This feature by itself can reduce the startup latency by as much as five seconds (for 
10 a typical connection). 

It should be appreciated that the quick connect identification and 
verification scheme described above in connection with task 402 through task 410 
can be equivalently applied when the DPCM initiates the call to the APCM. Such 

15 a situation may arise when, in response to an initial call or request from the 
APCM, the DPCM calls the APCM to establish the communication channel. In 
this situation, the APCM will transmit the CRe signal, the DPCM will transmh the 
QC signal, and the APCM will transmit the QCA signal. In contrast to the above 
description where the APCM initiates the call, the APCM may transmit an 

20 additional signal or sequence to suitably identify the transition sequence signal 
points to the DPCM (rather than embedding the signal points in the CRe or QCA 
sequences). 

Following task 410, the DPCM may perform a task 412 to obtain the signal 
25 points (or point) for use in a transition (or synchronization) sequence. As 
discussed above, the QC signal preferably conveys information that identifies 
signal points that make the presence of robbed bit signaling easily detectable by 
the APCM. The determination of the particular signal points may be carried out by 
the APCM, as described above in connection with the digital impairment learning 
30 procedure 364 (see FIG, 3). This determination may be based on past analyses of 
the digital impairments associated with a previous connection over the same 
channel. Task 412 may be performed by processor 312 after the APCM receives 
the QC signal. 

35 In response to task 412, a task 414 may be performed such that a suitable 

transition sequence is transmitted by the DPCM. In an exemplary embodiment, the 
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transition sequence includes positive and negative values of the signal points 
obtained in task 412. Accordingly, the DPCM may utilize the signal points 
selected by the APCM and a suitable sign pattern (which may be predetermined) to 
generate the transition sequence. The transition sequence is configured and 
5 formatted such that the APCM, upon detecting the transmission sequence, can 
synchronize itself to the subsequent signal or sequence transmitted by the DPCM. 
In this manner, the APCM receiver can obtain its timing from the transition 
sequence. The transmission sequence may be of any predetermined length and 
have any predetermined sign pattem. For example, in the embodiment depicted in 
10 FIG. 5, the transition sequence is represented by the quick timing sequence (QTS) 
and QTS\ signals, where QTS represents a specific signal point sequence and QTS\ ; 
is the same sequence having opposite signs. In FIG. 5, the QTS sequence is 
repeated for 810 symbols while the QTS\ sequence is repeated for 30 symbols, 

15 In accordance with one practical embodiment of the present invention, the 

QTS sequence is formatted such that the period of the QTS root sequence and the 
period of the robbed bit signaling ("RBS") associated with the network connection 
have no common denominator (other than one). For example, one suitable QTS 
root sequence is .0, +A, -A, -HA, -A (where A represents a signal point that 

20 highlights the presence of RBS. Hius, for the embodiment illustrated in FIG. 5, 
this QTS root sequence, which has a period of five, is repeated 162 times while the 
QTS\ sequence includes six repetitions of the root QTS sequence with inverted 
signs. 

25 For the above example, where the RBS period is assumed to be six, the 

received transition sequence may be subjected to a 30-point discrete Fourier 
transform ("DFT") to obtain the timing phase of the DPCM. In addition, the 
presence of RBS will be revealed at certain discrete frequencies associated with 
the DFT result. In this manner, timing and RBS information can be extracted from 

30 the received transition sequence. In addition, the timing phase information is 
obtained independently from the RBS information. 

The DPCM is preferably configured to transmit a specific signal point 
sequence during a task 416. The signal point sequence may be considered to be a 
35 modified answer tone, as that term is understood by those familiar with modem 
protocols. In FIG. 5, this signal point sequence is represented by the ANSpcm 
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signal, As depicted in FIG. 3, a predetermined ANSpcm sequence 338 may be 
stored in memory element 320 for transmission by transmitter section 316. In a 
practical embodiment, the DPCM transmits the ANSpcm signal following the 
transition sequence. This may be desirable to enable the APCM to anticipate the 
5 signal point sequence once it detects the transition sequence. In other words, the 
detection of the transition sequence by the APCM will indicate that the signal 
point sequence will follow. 

In a preferred embodiment, the ANSpcm signal comprises a sequence of 
10 pulse code modulation signal points or a sequence of signal points associated with 
pulse code modulation signal points. For example, the ANSpcm signal may be 
formatted as a sequence of mu-law or A-law codewords or a sequence of universal 
codewords (U-codes). The APCM and the DPCM are preferably configured such 
that the ANSpcm signal is predetermined and kiiown prior to the initiation of quick 
15 startup process 400. In an alternate embodiment, a number of different ANSpcm 
signals may be suitably stored in lookup tables or the ANSpcm signal may be 
designed by one of the modem devices and communicated in a suitable manner to 
the other modem device prior to task 416. For example, the ANSpcm signal may 
be designed such that the presence of RBS can be easily detected by the APCM by 
20 analyzing the received ANSpcm signal. In such an embodiment, it may not be 
necessary for the transition sequence (QTS and QTS\) to identify or highlight the 
RBS. 

In the context of V.8, the answer tone is generated as an amplitude 
25 modulated 2100 Hz tone. In contrast, the present invention utilizes the ANSpcm 
signal to generate a tone (e.g., a 2100 Hz tone) in a digital manner using pulse 
code modulation signal points. In other words, the ANSpcm signal is a digital 
representation of an analog signal. The ANSpcm signal is preferably constructed 
with known pulse code modulation points such that the ANSpcm signal may be 
30 used for purposes other than a mere answer tone. In a preferred embodiment, the 
ANSpcm signal includes many of the available pulse code modulation points 
associated with the particular telephone network. This aspect of the ANSpcm 
signal is desirable such that the ANSpcm signal may be used to determine or 
identify the characteristics of the current communication channel, particularly 
35 digital pads. The use of a large number of the possible codewords ensures that the 
ANSpcm signal will detect digital pads that may merge two input levels into one 
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output level- The ANSpcm signal is also configured to provide a tone suitable for 
disabling the network echo cancelers and disabling the network echo suppressors. 

If the ANSpcm signal is defined using look-up tables, a practical 
5 implementation may be difficult where multiple transmit levels are contemplated 
or required. For example, ITU-T Reconmiendation V.90 allows the DPCM to 
specify 32 different transmit levels. Storing a separate table for each transmit level 
may thus lead to excessive memory requirements. Accordingly, in an alternate 
embodiment, a procedure may be defined for mapping a plurality of codewords 

10 associated with one transmit level into a corresponding plurality of codewords 
associated with the other transmit levels. For example, given a table of PCM 
codewords defining the ANSpcm signal for a level of -0.5 dBmO, the procedure 
may involve mapping each individual PCM codeword to its corresponding PCM 
level, scaling that level according to the desired transmit level reduction, 

15 quantizing the resuhing level back to the closest PCM level, and converting to the 
corresponding PCM codeword. Thus a corresponding ANSpcm signal can be 
constructed using the same mechanism in both the DPCM transmitter and the 
APCM receiver, hence producing the identical sequence of PCM codewords on 
each side. Note that, in accordance with this embodiment, the quantizing rule 

20 should be exact in dealing with 'ties" in the quantization, i.e., if two PCM levels 
are equidistant fi-om the scaled level. For example, the rule may dictate that, in 
case of a tie, the PCM level closer to zero is selected. 

. In accordance with yet another embodiment, the overall method of defining 
25 the ANSpcm signal could be based on a predetermined algorithm that generates 
the sequence of PCM codewords representing the ANSpcm signal. For example, 
the signal could be defined as a collection of tones, 2100 Hz being the strongest, 
where the tones have predefined amplitudes and initial phases. The sum of the 
tones would then be scaled according to the desired transmit level, and the 
30 resulting signal would be quantized to the closest PCM level, agam using an exact 
quantizing rule in case of a tie. However, this method would also employ an exact 
definition of either the sine or cosine function, as well as how many bits were 
accumulated in summing the tones, to ensure that the calculations proceed in a 
consistent manner at both ends such that the ANSpcm signal can be properly 
35 detected. 
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As described above, the APCM janticipates the transmission of the ANSpcm 
signal. The digital impairments and analog characteristics associated with the 
communication channel will affect the ANSpcm signal as it is transmitted from the 
DPCM to the APCM. A task 418 may be performed by the APCM to obtain a 
5 received sequence that is related to the ANSpcm signal point sequence. The 
APCM may then perform a task 420 to compare a number of attributes of the 
received sequence with a number of stored attributes of a previously received 
sequence associated with a previously established communication channel. In an 
illustrative embodiment, the previously received sequence is a digital impairment 

10 learning ("DIL") sequence, which is a line probing sequence. In this respect, task . 
420 determines whether a characteristic of the current channel is similar to a 
corresponding characteristic of a previously established channel. In a preferred 
embodiment, the channel characteristics compared in task 420 are related to the 
digital impaimients in the channel. In other words, task 420 validates a current 

15 digital impairment channel profile with a stored digital impairment channel profile. 
Task 420 may be performed by a suitable processor element of the APCM (see 
FIG. 3.). 

During task 420, any measurable characteristic of the points/levels, any 
20 measurable characteristic of the received sequence as a whole, and/or any 
measurable signal or quantity associated with the points/levels may be analyzed by 
the APCM. For example, any number of individual points or levels contained in 
the received sequence may be compared to corresponding points or levels stored at 
APCM (the stored points or levels may be associated with a prior DIL procedure), 
25 If the received points/levels "match" the stored points/levels or if the differences 
between the received and stored points/levels are within a certain threshold, then 
the APCM may assume that the current channel attributes match the stored channel 
attributes (see queiy task 2 1 0 in FIG, 2). 

30 The APCM may perform a procedure 421 to suitably obtain and save a 

number of attributes or characteristics of a previously established connection to the 
current channel. As described above, procedure 421 may cause the APCM to store 
the characteristics of the points/levels contained in a received DIL sequence. 
These past values are thereafter used during task 420. In this respiect, procedure 

35 421 may update the previous values with new DIL values after the comparison in 
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task 420 is completed, e.g., in response to a subsequent DIL procedure associated 
with the current connection. 

As described above in connection with FIG. 2, if task 420 determines that 
5 the channel characteristics do not sufficiently match, then the modem system may 
revert to a conventional V.90 startup procedure. FIG. 5 illustrates that the APCM 
may fall back into the V.8 protocol and transmit a conventional V.8 call menu 
(CM) message to the DPCM. The conventional V.8 startup for the APCM then 
follows along a sequence 502. In response to the CM message, the DPCM 
10 generates a conventional V.8 joint menu (JM) message and proceeds in accordance 
with the conventional V.8 initialization (indicated by a sequence 504). For the ; 
sake of illustration, quick startup process 400 assumes that task 420 determines 
that the current communication channel is similar to a previously established 
communication channel. 

15 

If the APCM validates the current channel characteristics v^ith a previous 
channel, then it may trigger a quick startup routine to further reduce the 
initialization time associated with the modem system. Alternatively, the DPCM 
may be configured to trigger the quick startup routine. Accordingly, a task 422 

20 may be performed, during which the modem system is initially trained. (For the 
sake of clarity and brevity, portions of task 422 and portions of the subsequent 
tasks may be performed by both the APCM and the DPCM; quick startup process 
400 depicts such combined functionality in the context of single process tasks). 
Task 422 may cause the APCM and the DPCM to be initialized in response to a 

25 number of stored parameters associated with the previously established 
communication channel. As mentioned aboye, the stored parameters may be 
related to the initialization or training of the equalizers, echo cancelers, transmit 
power levels, initial signal point constellations, or the like. Task 422 may operate 
in conjunction with procedure 421, which preferably functions to obtain and store 

30 the initialization parameters associated with the previous connection. In this 
respect, procedure 421 may be suitably designed to periodically save such 
parameters during the normal data mode of the previous connection, after a 
renegotiation process, or in response to any condition or event associated v^th the 
previous communication session. Procedure 421 may also be configured such that 

35 erroneous settings or initialization parameters are not inadvertently saved. 
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In the context of a typical V.90 connection, task 422 may be related to a 
two-point training phase. Using the previous parameters, the modem system may 
be able to skip or abbreviate the conventional V.90 Phase 2 probing and ranging 
procedure and to skip or abbreviate the conventional V.90 Phase 3 digital 
5 impairment learning and initial training procedures. As shown in FIG. 5, the 
APCM and the DPCM may each transmit training sequences (represented by the 
TRNl signals) during task 422. These training signals may be utilized to 
adaptively adjust the equalizer and echo canceler filter taps and to otherwise 
facilitate training of the modem system. Thus, one of the most time consuming 
10 procedures of a V.90 startup (the training of the APCM equalizer) can be 
performed in an efficient manner that allows ample time for fine tuning and 
traming. 

In addition to the initial training that occurs during task 422, a task 424 may 

15 be performed. During task 424, the modem system may conduct error correction 
and/or data compression protocols. In a conventional V.90 modem system, the 
V.42 Recommendation is followed for purposes of error correction and the 
V.42bis Recommendation is followed for purposes of data compression. For 
example, in a noraial V.90 operating mode associated with a PPP connection, the 

20 V.42 and V.42bis procedures are performed after final training and before the 
CHAP/PAP authentication procedure. V.42 and V.42bis are performed prior to the 
CHAP/PAP procedure because the CHAP/PAP procedure is better suited to an 
"error free" channel. In contrast to conventional y.90 systems, task 424 may 
perform V.42bis during Phase 3 of the V.90 startup. The shifting of V.42bis 

25 forward in the startup process contributes to the reduction in connection time. In 
FIG. 5, the XID signal represents a modified version of the conventional V.42 
XID signal. For example, the XID signal may utilize a subset of the XID 
parameters used to negotiate compression and the like. Portions of the V.42bis 
procedure may also be conducted in connection with various modified signal 

30 sequences shown in FIG. 5. For example, the CPt signal may represent the 
conventional V.90 CPt signal combined with one or more V.42bis signals. 

In the preferred embodiment, the V-42bis procedures are performed to 
provide a substantially "'error free" channel. Following task 424, a CONNECT 
35 message is issued to the host software. The CONNECT message indicates that the 
modem system is ready to transmit data at an initial data rate at this time. The 
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CONNECT message may be fomiatted, generated, and transmitted in accordance 
with known techniques. 

In response to the CONNECT message, the host software begins a 
5 "simultaneous'' upper layer protocol login procedure, e.g., a CHAP or PAP 
procedure (task 428). Task 428 may be initiated automatically by the host 
software or in response to a user entry. The CHAP/PAP data transmission occurs 
in conjunction with a final training process. In the preferred embodiment, the 
APCM and the DPCM transmit the CHAP/PAP authentication data as scrambled 

10 digital data over the communication channel. The scrambling of the authentication 
data enables the modem devices to perform final training on the authentication 
data. In a conventional V.90 modem system, the final training signals are 
formatted as scrambled "ones". The scrambled ones carry no information; the 
final training signal is merely utilized as a spectrally white source. The present 

15 invention leverages the final training signals to carry user data while the modem 
devices complete the training process. Although CHAP/PAP data is one preferred 
form of user data, the present invention is not limited to the transmission or 
exchange of authentication data. In addition, the particular scrambling algorithm 
may vary from application to application. 

20 

In FIG. 5, the dual function signals are represented by the TRN2A/PPP and 
TRN2D/PPP signals. In this respect, the receiver sections in the modem devices 
may be trained at an initial data rate during a first time period, e.g., during a data 
ph^se one, such that they may seamlessly transfer to operating at a final data rate 
25 during a subsequent time period, e.g., during a data phase two. Furthermore, the 
PPP log-in procedure can be performed at the initial data rate during the first time 
period rather than after the modem system has been fully initialized. 

During the initial data rate period, a task 430 may be performed to enable 
30 the APCM and the DPCM to exchange constellation parameters and modulation 
parameters (represented by the CP and MP signals in FIG. 5) in a suitable manner. 
Task 430 may be performed in a conventional Y.90 manner. These parameters 
may be utilized by the modem devices during the subsequent data mode. After the 
training and authentication procedures are completed, the modem system 
35 preferably transitions to a full data rate in a seamless maimer. A task 432 may be 
performed to conduct data transmission at the full data rate. This period may be 
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referred to as the data phase two. Once the modem system enters the full data 
mode, quick startup process 400 ends. 

In contrast to the conventional V.90 modem startup summarized in Table 1 , 
5 a modem system according to the present invention may experience a reduced 
startup latency, as set forth in Table 2 below. Notably, the startup time 
simimarized in Table 2 is approximately half of the startup time summarized in 
Table 1. The considerable reduction in startup latency would be desirable in many 
situations, particularly in the context of a PPP dial-up internet connection using 
1 0 V-90 or legacy 56 kbps modem systems. 



PROTOCOL 


OPERATION 


TIME (seconds) 




Dialing 


1 




Call Establishment 


I 


V.8bis (abbreviated) 


Capabilities 
Exchange 


1 




Modified Answer 

Tone 


1 


V.90 Phase 3 + 
V.42A^.42bis 


Initial APCM Training; 
Error Correction; 
Data Compression 


2.5 


V.90 Phase 4 + 

Login 


Final APCM Training; 
Set Power Levels; 
Constellation Transmission; 
Usemame & Password 


2-5 






TOTAL = 8.5- 11.5 



Table 2 - Quick V.90 Modem Startup 



The techniques of the present invention may be implemented in other 
15 contexts to reduce the reinitialization time associated with reconnects after a line 
corrupting event or a channel interruption. For example, many telephone 
customers subscribe to call waitmg, caller identification, and other telephony 
services. However, such services may be disabled or nonfunctional if the 
telephone line is being utilized for a modem connection. If call waiting is not 
20 disabled during a modem connection, then the signal tones may intermpt the 
modem connection. If the user decides to answer the waiting line, then the 
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off-hook and on-hook flash may cause the modem system to retrain its receivers or 
prompt a full reconnect procedure. 

Rather than perform a time consuming reconnect or retrain procedure, a 
5 modem system may be configured to utilize stored analog and digital impairment 
information, equalizer settings, power levels, echo canceler settings, constellations, 
and the like. Such stored information can be used to immediately reset the modem 
system parameters if the channel connection is interrupted by a call waiting 
procedure, by an off-hook condition at an extension telephone device, by a caller 
10 identification request, or by any channel corruption event, whether such event is 
planned or unintentional. In this scenario, both the client modem and the server 
modem may store the relevant system attributes, modem operating parameters, 
channel characteristics, and/or network characteristics. 

15 In one practical example, in response to a call waiting tone, the client 

modem may signal the server to enter a standby mode. The server modem can then 
switch into an FSK mode to suitably detect the Class 2 caller identification 
information while the server idles. If the user wants to answer the second call, 
then the client modem may periodically transmit standby signals or heartbeat tones 

20 to the server to instract the server to continue holding. When the second call ends 
and the user desires to commence the data call, the client modem would commence 
a quick reconnect handshaking protocol (described below). On the other hand, if 
the user wants to terminate the first call, then a clear down message may be sent 
(alternatively, the periodic hold signal may end). 

25 

The quick reconnect handshake causes the modem devices to recall the 
saved parameters and attributes of the "held" channel and the saved operating 
parameters associated with the modem devices, as described briefly above in 
connection with previous channel parameters 342 and 382. With this technique, 
30 the modem system can be reconnected in a matter of seconds. Thus, the data mode 
user will not suffer the long recormect penalty after handling an incoming call 
waiting or caller identification signal. The data mode user, using call waiting in 
this fashion, would be capable of accepting intermittent intermptions without 
noticeable delays associated with the modem connection. 

35 
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This feature may be utilized to simulate an "always comiected" mode with 
conventional PPP modem connections. For example, pertinent channel 
compensation information may be periodically saved for a given connection 
between a client modem and a server modem. The client user may answer 
5 incoming second line calls while pausing the data mode as described above. In 
addition, the data mode may be gracefully terminated if the client user initiates an 
outgoing voice call. After the voice call terminates, the client modem may re-dial 
or otherwise re-contact the server modem and establish a quick connection using 
the stored parameters. 

10 

FIG. 7 is a flow diagram illustrating portions of a quick reconnect process 
700 perfomied by two modem devices, and FIG. 6 is a timing diagram 600 
corresponding to an illustrative quick reconnect process performed by two modem 
devices. Timing diagram 600 may include acronyms and abbreviations that are 

15 often used in the context of conventional data communication protocols. The use 
of such temiinology herein is intended to illustrate the concepts of the present 
invention in the context of one practical embodiment. However, the present 
invention may be employed in any suitable context, and the specific signals, 
number of sequences, timing of the sequences, data rates, and interaction between 

20 the two modem devices shown in FIG. 6 are not intended to limit the scope of the 
invention in any way. 

Quick reconnect process 700 may be performed by a modem system after 
such modem system has established a communication session and, typically, after 

25 the modem system has entered a full-rate data mode. For purposes of this 
description, it may be assumed that the modem system is configured as described 
above (or is configured in an appropriate manner to support the various process 
tasks described below). It may be assumed that the two modem devices that 
perform process 700 are compatible with the quick reconnect techniques described 

30 herein. Thus, process 700 need not perform any verification or signaling to 
determine whether the quick reconnect procedure can be carried out. 

Although not a requirement of quick reconnect process 700, the modem 
system may have been initialized in accordance with the quick startup techniques 
35 set forth above. Accordingly, process 700 assumes that both modem devices have 
stored any number of appropriate channel characteristics, receiver parameters, and 
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Other information relevant to the initializatlbn, training, and synchronization of the 
modem system. As described above, such information may be suitably saved 
during a startup procedure or periodically during a suitable data mode. Process 
700 may be utilized to enable the current modem connection to be quickly re- 
5 established following a temporary pause in the modem data mode or any 
interrupting event. In this context, a practical system can maintain a 
communication link or connection between the modem devices while allowing a 
user of the client modem device to temporarily pause the modem connection (or 
the modem data communication mode). During the temporary holding period, the 
10 user may be able to answer another incoming call in response to a call waiting 
signal, initiate a new outgoing call, or the like, while the client side modem device * 
idles. 

Quick reconnect process 700 may begin with a task 702, during which a 
15 reconnect indication is received by the DPCM (e.g., modem 302 shown in FIG. 3). 
The reconnect indication may be generated in response to a request (e.g., a user- 
initiated request) to terminate a temporary pause in the modem communication 
session. For example, a suitable reconnect signal may be generated by the APCM 
(e.g., modem 304) in response to a hook flash initiated by the user of the APCM or 
20 in response to an instmction generated by application software associated with the 
APCM. Alternatively, the APCM or a data access arrangement (DAA) associated 
with the APCM may generate a reconnect signal in response to a change in line 
current related to the on-hook status of telephone set. Such line-in-use detection 
techniques are generally known to those skilled in the art. The reconnect 
25 mdication informs the DPCM that the user desires to re-establish the current 
modem connection, which has been placed on temporary hold. In a practical 
embodiment, the DPCM receives the reconnect indication and initiates a task 704 
in response to the reconnect indication. 

30 During task 704, the DPCM transmits a suitable reply signal that preferably 

informs the APCM that the quick reconnect procedure is supported. In the 
illustrative embodiment described herein, such a reply signal may include a 
suitable transition sequence as described above. Accordingly, quick reconnect 
process may perform a task 704, which may be similar to task 414 described above 

35 in connection with FIG. 4. For example, task 704 may cause tiie DPCM to 
transmit the QTS signal to enable the APCM to again determine the timing phase 
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of the DPCM (the QTS signal is identified by reference number 602 in FIG. 6). In 
addition, the retransmission of the QTS signal enables the APCM to obtain RBS 
characteristics of the data communication network (if necessary or desirable to do 
so). 

It should be noted that, for many practical modem connections, the network 
connection (and the associated effects of digital pads and RBS) will remain 
consistent during the modem hold period. Of course, there may be some situations 
where the network connection is cleared down during the modem hold period to 
conserve network resources. In such situations, particularly if the same network 
connection is not re-established, the digital impairment profile of the network may 
not remain consistent. Furthermore, even if the network characteristics do not 
change, the APCM may lose its RBS synchronization if the modem connection is 
put on hold (particularly if the APCM does not receive a signal from the DPCM 
during the holdmg period). In this respect, even if the APCM can properly 
resynchronize itself to the network clock after a holding period, the specific RBS 
phases may still be unknown. Accordingly, quick reconnect process 700 is 
preferably arranged to contemplate that the network connection and the RBS 
timing has changed. 

The reply signal may also include a suitable signal point sequence that 
follows the transition sequence. Accordingly, following task 704, the DPCM may 
perform a task 706 to suitably transmit a signal point sequence to the APCM. As 
described above in connection with task 416, the signal point sequence may be 
considered to be a modified answer tone, e.g., the ANSpcm signal (identified by 
reference number 604 in FIG. 6). The ANSpcm signal 604 may be configured as 
described above, e.g., the ANSpcm signal 604 may be suitably formatted to enable 
the APCM to determine or identify the characteristics of the current 
communication channel or network, particularly digital pads and/or other digital 
impairments. The ANSpcm signal 604 is also configured to provide a tone 
suitable for disabling the network echo cancelers and disabling the network echo 
suppressors. 

In a practical embodiment, the APCM anticipates the transmission of the 
ANSpcm signal 604. For example, the APCM may be configured to condition its 
receiver to receive the ANSpcm signal 604 after it transmits the reconnect 
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indication to the DPCM. Accordingly, quibk reconnect process 700 may include a 
query task 708, which preferably determines whether the ANSpcm signal 604 has 
been received by the APCM and/or whether the DPCM receives a suitable 
acknowledgment that the APCM received the ANSpcm signal 604. If not, then 
5 process 700 may exit and the modem system may proceed with a traditional 
reconnection routine. If queiy task 708 determines that the ANSpcm signal 706 
was properly received, then the APCM may process the received signal as 
described above to enable the APCM to determine the digital impairments 
associated with the re-established channel. 

10 

A task 710 is preferably performed to cause both modem devices to recall 
and obtain the characteristics and parameters associated with the previous channel 
connection, i,e., the channel before the modem connection was placed on 
temporary hold. Task 710 may cause the DPCM to access previous channel 

15 information 342 and may cause the APCM to access previous channel information 
384. As described above, this information may include one or more parameters 
related to: the current channel conditions (as previously determined), any number 
of settings, associated with the modem receivers, characteristics of the 
conmiunication network, or the like. Task 710 enables the modem system to 

20 quickly retrieve these stored parameters and reset the modem devices in an 
appropriate maimer in lieu of an independent reassessment of the channel and in 
lieu of a full retraining process. Task 710 may be performed by the DPCM once it 
receives the reconnect identifier from the APCM, while task 710 may be 
performed by the APCM before it receives the ANSpcm signal 604. If task 710 is 

25 performed by the APCM, the APCM equalizers are initialized according to the 
previous channel information 384 such that the ANSpcm signal 604 can be 
properly received and analyzed. 

The DPCM may reacquire its timing synchronization in accordance with 
30 any number of techniques, such as the conventional V.34 half-duplex primary 
channel resynchronization procedure set forth in ITU-T Recommendation V.34 
(International Telecommunication Union, September 1994), which is incorporated 
by reference herein. In other words, as shown in FIG. 6, the APCM may be 
configured to transmit a PP signal 610 to enable the DPCM receiver to synchronize 
35 its timing recovery iand carrier recovery. The S and S\ preamble signals (reference 
numbers 606 and 608, respectively) may be used to initialize an automatic gain 
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control element or the like. The Bl signal 612 may be considered to be a preamble 
sequence that may be employed to initialize the DPCM scrambler, trellis coder, 
and the like. These signals and sequences are set forth in detail in the V.34' 
Recommendation and will not be described in detail herein. 

5 

Concurrently, the DPCM may transmit an R signal 616 followed by an R\ 
signal 618 and a Bl signal 620. These sequences also serve as suitable preamble 
sequences that enable the APCM to prepare for the data mode. These signals and 
sequences are set forth in detail in the V.90 Recommendation and will not be 
10 described in detail herein. 

In response to the resynchronization sequences, the modeni system enters 
the data mode and the system can begin transmitting data at the full data rate (task 
712). In other words, the data transmission mode is re-established without 

15 completely clearing down the previous connection. The data mode is identified by 
sequences 614 and 620 in FIG. 6. Notably, in contrast to quick startup process 
400, quick reconnect process 700 need not perform a comparison of the channel 
characteristics (see task 420), an initial training procedure (see task 422), an error 
correction and data compression procedure (see task 424), a final training 

20 procedure (see task 428), an authentication exchange (see task 428), or an 
exchange of constellation and modem parameters (see task 430). With respect to 
the PAP/CHAP authentication information, the modem system may be suitably 
configured to maintain the PPP/TCP/IP protocol layer during the hold period such 
that the PPP authentication data need not be retransmitted. Accordingly, the 

25 modem system may re-establish its modem coimection vsdthout wasting time 
performing several traditional initialization tasks. In a typical practical system, the 
quick reconnect process can be employed to reestablish the data mode in less than 
1-5 seconds. 

30 An alternate version of the quick reconnect procedure may employ a timing 

diagram similar to timing diagram 500 (see FIG. 5). However, in such an 
embodiment, several of the signal segments described above in connection with 
timing diagram 500 can be reduced in length, thus reducing the conventional 
reconnect time. For example, the various TRN training sequences and the 

35 parameter exchange signals may be shortened considerably because they need not 
convey essential information. For practical implementation reasons, it may be 
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desirable to keep the general sequence stfticture intact in this manner (instead of 
eliminating segments from timing diagram 500). Indeed, from a software 
implementation standpoint, segment lengths can be adjusted in a relatively 
straightforward manner, while the removal of entire segments from an existing 
5 protocol may be a time consuming and arduous task. Although the reconnect time 
for such an alternate embodiment may be longer than that described above in 
connection with timing diagram 600 (e.g., up to 2.5 seconds), it is still significantly 
less than the time required to perform a conventional reinitialization procedure. 

10 As mentioned previously, call waitmg and related telephony features can be 

troublesome when the line is being used for a modem connection. In response to a 
call waiting alert signal, the modem connection is often disrupted without the 
modem devices being aware of the cause of the dismption. The call waiting alert 
signal may cause the modem devices to disconnect or to enter a lengthy retraining 

15 mode. Furthermore, in many scenarios the consumer is unable to take advantage 
of the call waiting service itself. Generally, the present invention addresses this 
problem in the following ways: (1) by allowing either modem device to request an 
immediate clear down in response to a call waiting alert; (2) by allowing a first 
modem device to request the second modem device to go on-hold, and allowing 

20 the second modem device to grant or deny the request; and (3) by allowing either 
modem device to request a quick reconnect procedure (as described above). With 
this signaling technique in place, the modem connection can either be cleared 
down, put Oil hold, or quickly reconnected in response to an alert signal, e.g., a call 
waiting alert. Similarly, if the modem connection is put on-hold, then the same 

25 signaling mechanism can be employed to reconnect the modem session after the 
holding period. 

Assuming that both end devices (e.g., the DPGM and the APCM in a V.90 
system) are compatible with the modem-on-hold feature, an appropriate signaling 

30 scheme is utilized to enable the end devices to switch operating modes as 
necessary. Although the signaling scheme and various processes are described 
herein in the context of a modem system having an APCM at the client end and a 
DPCM at the server or central site end, the present invention is not so limited. For 
example, the techniques described herein may be equivalently applied in the 

35 context of a communication session between two client modem devices or in the 
context of a V.34 modem system. 
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FIG. 16 is a schematic representation of an exemplary environment in 
which a modem system 1600 may operate. Modem system 1600 generally 
includes a first modem device 1602, v^rhich may be associated with a central site, 

5 and a second modem device 1604, which may be resident at a customer site 1670. 
In the context of a typical V.90 system, first modem device 1602 may be the 
DPCM and second modem device 1604 may be the APCM. DPCM 1602 is 
coupled to a central office 1606 via a digital link and APCM 1604 is coupled to 
central office 1606 via art analog link, e.g., the local loop. It should be appreciated 

10 that modem system 1600 may include additional elements and functionality 
associated with the quick startup routme and/or the quick reconnect procedure 
described above. 

FIG. 16 also depicts a calling device 1608 (which is capable of placing an 
15 incoming call to the customer site), a parallel answer device 1610 located at the 
customer site, and a series answer device 1611 located at the customer site. As 
showTi in FIG. 16, parallel answer device 1610 is connected such that it receives 
the same calls as APCM 1604 in a concurrent manner. In contrast, series answer 
device 1611 is connected such that APCM 1604 routes calls to it; APCM 1604 
20 may control or regulate the call traffic to and from series answer device 1611 in a 
conventional manner. A call may be established between calling device 1608 and 
answer devices 1610 and 1611 via central office 1606, and a modem connection 
may be established between DPCM 1 602 and APCM 1 604 via central office 1 606. 

25 Generally, the modem system is configured to support a signaling 

mechanism that responds to call waiting and other situations that may call for an 
interruption in the modem connection. For example, APCM 1604 may transmit a 
suitably formatted signal to initiate a modem-on-hold state, DPCM 1602 may 
transmit a different signal to acknowledge the modem-on-hold request, APCM 

30 1604 may transmit yet another signal to request that a quick reconnect procedure 
(as described above) be initiated, and either modem device may transmit a signal 
that represents a clear down request. For the sake of clarity and brevity, FIG. 16 
depicts APCM 1604 and DPCM 1602 in a manner that relates to the example 
processes described herein. In practical embodiments, each of the modem devices 

35 may be capable of functioning as a transmit or receive modem, and each of the 
modem devices may be capable of originating the various signals described herein. 

41 



BNSDOCID: <WO ^0108398A1J_> 



wo 01/08398 PCTAJSOO/19480 



DPCM 1602 includes a transmitter section 1612 and a receiver section 
1614, both of which may be configured in accordance with conventional 
technologies and in accordance with the above description of modem system 300 
5 (see FIG. 3). DPCM 1602 is capable of transmitting a number of signals, 
sequences, and tones during initialization procedures, the data mode, the hold 
mode, and transition modes. As described above, DPCM 1 602 may be configured 
to transmit a suitable transition sequence 1616 and a characteristic signal point 
sequence (such as the ANSpcm signal 1618) associated with a quick startup 
10 routine or a quick reconnect procedure. During the data mode, DPCM 1602 
transmits data 1620 in accordance with a suitable data transmission scheme. 

DPCM 1602 is also capable of transmitting a number of signals that may be 
received by APCM 1604 and/or by central office 1606. For example, DPCM 1602 

15 is capable of transmitting an "A" tone 1622 and a "B" tone 1624 as described 
herein. In one practical embodiment, "A" tone 1622 is a 2400 Hz tone and "B" 
tone 1624 is a 1200 Hz tone (as set forth in ITU-T Recommendation V.34). Of 
course, the modem devices may generate and process any suitable tones or signals 
in lieu of (or in addition to) these predefined tones. DPCM 1602 is also 

20 configured to transmit a number of additional signals associated with the initiating 
of a modem-on-hold mode, the reconnection of a modem session after a holding 
period, and the clearing down of a modem coimection. For example, DPCM 1602 
may be capable of transmitting a modem hold request 1 626, a modem hold 
acknowledgment 1628, a quick reconnect request 1630, and a disconnect signal 

25 1632 (referred to herein as "modem status signals"). The format and function of 
these signals are described in more detail below. 

DPCM 1602 may also include a signal detection element 1634, which may 
employ any liumber of known techniques to detect, analyze, and interpret control 
30 signals, requests, and tones transmitted by APCM 1604 and/or by central office 
1 606. For example, signal detection element 1 634 may utilize a conventional tone 
detector and/or a conventional V.34 or V.90 differential phase-shift keying 
(DPSK) receiver configured to detect and distinguish the different signals 
described herein. 

35 For purposes of the signaling scheme described herein, APCM 1604 is 

preferably configured in a manner similar to DPCM 1602. In other words, APCM 
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1604 is capable of transmitting an "A" tone 1642, a "B" tone 1644, a modem hold 
request 1646, a modem hold acknowledgment 1648, a quick reconnect request 
1650, and a disconnect signal 1652. In addition, APCM 1604 may be configured 
to generate a caller ID tone 1654 that informs central office 1606 that the customer 
5 site supports a caller ID feature (as depicted by the caller ID component 1656). In 
accordance with current standards, caller ID tone 1654 is a DTMF "D" tone having 
a length of approximately 55-65 milliseconds. Of course, APCM 1604 transmits 
data 1658 during the data mode. 

10 As described above in connection with DPCM 1602, APCM 1604 

preferably includes a signaling detection element 1660 that enables APCM 1604 to 
receive, detect, and analyze the various signaling tones and sequences transmitted 
by DPCM 1602. In this manner, both APCM 1604 and DPCM 1602 are capable of 
receiving the signals and are capable of switching operating modes in response to 

1 5 the particular signal or signals that are received. 

Central office 1606 is configured in a conventional manner to perform 
circuit switching associated with modem, voice, and facsimile calls. Central office 
1606 may support any number of customer sites and central office 1606 may be 
20 operatively coupled to any number of other central offices, central site modems, or 
the like. As described briefly above, APCM 1604, answer device 1610, and caller 
ID component 1656 may reside at customer site 1670. Accordingly, APCM 1604, 
answer device 1610, and caller ID component 1656 are all supported by central 
office 1606. 

25 

Central office 1606 includes a suitable switching fabric 1672 for routing 
calls between the appropriate parties. For example, switching fabric 1672 may 
switch to a first state to establish a modem connection between DPCM 1602 and 
APCM 1604 and to a second state to establish a voice connection between calling 

30 device 1608 and answer device 1610. Furthermore, switch fabric 1672 may be 
capable of temporarily interrupting a connection to impress control signals, data, or 
tones onto the current circuit or line. In this respect, central office 1606 may 
transmit a number of ring signals 1674, alert signals 1676, caller ID data 1678, and 
other information depending upon the particular situation. For example, in 

35 accordance with current methodologies, central office 1606 may temporarily 
intermpt a voice call and transmit a call waiting alert signal 1676 to the customer 
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site 1670. If the customer accepts the incoining call, then switch fabric 1672 may 
be reconfigured to route the incoming call the customer site 1670 while the 
original call is placed on hold. As described in more detail below, a similar 
routine may be employed to place modem calls on hold. 

5 

As mentioned previously, the signaling scheme preferably employs Phase 2 
signaling tones that are also used by conventional V.34 and V.90 modem systems. 
In addition, the signaling scheme uses DPSK transmission techniques, which 
allows the signaling to integrate in a seamless manner with V.34 and V.90 

10 retraining procedures. The signals are configured such that they can be detected 
by either a V.34A^.90 DPSK receiver or by a relatively simple tone detector. In 
one practical embodiment, modem hold requests, modem hold acknovvledgments, 
quick reconnect requests, and disconnect sisals are preceded by a period (e.g., at 
least 50 milliseconds) of either tone A or tone B. This technique leverages the use 

15 of the A and B tones, which are employed by conventional V.34 and V.90 modem 
systems, and lakes advantage of the modulation scheme that is already in use by 
the modem system. Thus, because DPCM 1602 will typically be conditioned to 
receive DPSK signals, the signaling mechanism is easy to implement. 

20 The modem status signals that follow the A or B tones are preferably 

transmitted as DPSK signals based on a repeated bit pattern. In the preferred 
embodiment, a modem status signal is a DPSK signal associated with eight 
repetitions of a four-bit pattern, where different patterns correspond to different 
modem status signals. The use of a four-bit pattern is desirable to enable the use 

25 of a simple tone detector for signaling detection elements 1634 and 1660; shorter 
bit patterns result in a fewer number of frequency components associated with the 
DPSK signal. Consequently, the signal detection scheme need not employ a 
complex processing routine that analyzes a large number of frequencies for 
spectral content. Illustrative bit patterns for the different modem status signals are 

30 set forth in Table 3 below. 



35 
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Modem Status Signal 


Signal Abbreviation 


DPSK Pattern 


Disconnect Signal 


DC 


0101 


Modem Hold 
Request 


MH 


0011 


Modem Hold 
Acknowledge 


MHA 


0001 


Quick Reconnect 
Request 


QRR 


0111 



10 



15 



Table 3 - Modem Status Signals 

The particular bit patterns are preferably selected such that the resultant 
DPSK signal is distinguishable over DPSK signals that are ''reserved" for use in 
the context of other data communication protocols. For example, a DPSK pattern 
of all zeros is equivalent to the A or B tones, and a DPSK pattern of all ones is 
equivalent to the V.34 INFOMARK signal. In addition, the particular bit patterns 
may be suitably selected such that the resultant DPSK signal is easy to detect by a 
tone detector. For the example bit patterns set forth in Table 3, the modem status 
signals will have the frequency content listed in Tables 4 and 5 below, where the 
frequencies are in Hertz, an "X" indicates spectral content greater than a threshold 
level, and a slash indicates spectral content that is lower than the threshold level. 
For the example DPSK bit patterns shown in Table 3, a lower spectral energy 
component is at least 8 dB down from a higher spectral energy component at the 
same frequency. Consequently, the different modem status signals can be 





900 


975 


1050 


1125 


1200 


1275 


1350 


1425 


1500 


DC 






X 








X 






MH 


X 




X 




X 




X 




X 


MHA 








X 




X 








QRR 




X 












X 





Table 4 - Frequency Components for Modem Status Signals (APCM) 
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2100 


2175 


2250 


2325 


2400 


2475 


2550 


2625 


2700 


DC 






X 








X 






MH 


X 




X 




X 




X 




X 


MHA 








X 




X 








QRR 




X 












X 





Table 5 - Frequency Components for Modem Status Signals (DPCM) 



5 : The different frequency ranges employed by the APCM and DPCM are 

related to an exemplary application where different carriers are used by the two 
modem devices. For example, in a conventional V.90 system, the DPCM uses 
signaling near 2400 Hz (tone "B" and the DPSK carrier), while the APCM uses 
signaling near 1200 Hz. This feature was derived from the conventional V.34 

10 scheme where the calling modem uses signaling near 1200 Hz and the answer 
modem uses signaling near 2400 Hz. Consequently, the two spectral patterns are 
the same but for the shift between 1200 Hz and 2400 Hz. This methodology 
ensures that the end devices can properly detect the signals even where both ends 
are transmitting the same type of signal. 

15 ' = 

In a practical system, the modem status signal detection need not detect the 
entire "spectral fingerprint" for the given signals. Rather, signal detection 
elements 1634 and 1660 may be configured to detect and analyze a distinctive 
number of the spectral components for purposes of indicating a match. For 
20 example, as show^ in Table 4, if a signal contains relatively high spectral energy at 
1050 Hz and 1350 Hz, then the signal may be a disconnect signal or a modem hold 
request. Accordingly, the signal detection routine will continue to analyze the 
signal for spectral content at 900 Hz, 1200 Hz, and/or 1500 Hz and make the 
appropriate decision. 

25 
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FIG- 8 is a timing diagram that depicts the situation where a current modem 
connection is interrupted by a call waiting indication and the modem connection is 
placed on hold while the incoming call is answered by the client end. FIG. 8 is 
applicable regardless of whether customer site 1670 employs parallel answer 
5 device 1610 or series answer device 1611. The progression of signals, sequences, 
tones, commands, and the like are shown with respect to an APCM, a DPCM, and 
a central office (the central office may be associated with signals to the APCM and 
signals to the DPCM). For convenience, the process associated with FIG. 8 is 
described herein in the context of modem system 1600. 

10 

During the data mode, central office 1606 temporarily interrupts the modem 
connection and sends an alert signal 802 to APCM 1604. The alert signal may be a 
conventional call waiting alert and it may include a component that is audible to 
humans (e.g.. an audio tone) and a component that is detectable by data 

15 communication devices or machines. In accordance with most call waiting 
protocols, the alert signal components are transmitted in series. In response to 
alert signal 802, APCM 1604 may send a DTMF tone 804 to request caller ID 
information from central office 1606. As described above, tone 804 may be a 
short burst of a DTMF "D'' tone having a duration of about 55-65 milliseconds. 

20 Assuming that central office 1606 receives and recognizes DTMF tone 804, it will 
format and transmit the caller ID data 805 back to the customer site 1670. As 
shown in FIG. 16, the caller ID data 805 (represented by reference number 1678 in 
FIG. 16) may be received and processed in a suitable manner for display or 
analysis by caller ID component 1656. 

25 

In response to the switching out of APCM 1604 by central office 1606, 
DPCM 1602 begins a retrain procedure by transmitting an appropriate signal, e.g., 
a "B" tone 806. In a practical application, the "B" tone 806 is usually transmitted 
while the caller ID request 804 and caller ID data 805 is being received, processed, 

30 and transmitted by central office 1606. The "B" tone 806 is continuously 
transmitted while DPCM 1602 waits for APCM 1604 to reply with an "A" tone 
808. APCM 1604 may transmit the "A" tone 808 if it receives the "B" tone 806 
from DPCM 1604. As mentioned above, the "A" tone 808 is preferably 
transmitted for at least a minimum duration, e.g., 50 milliseconds, to give DPCM 

35 1602 the opportunity to receive it. If DPCM 1602 does not receive an "A" tone 
808 within a specific time period, then it may eventually disconnect itself. 
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Assuming that the user of APCM 1 604 desires to answer the incoming call, 
then a modem hold request 810 is transmitted following the "A" tone 808. Modem 
hold request 810 may be prompted automatically by a suitable device resident at 
5 the customer site 1670 or it may be prompted in response to a user command. 
Modem hold request 810, which may be formatted as described above, is 
preferably transmitted for at least a minimum period of time. In one practical 
embodiment, modem hold request 810 is transmitted for approximately S3 
milliseconds (all of the modem status signals described herein may have a similar 
10 minimum duration). In contrast to a conventional V.34 or V.90 modem system, an 
actual retraining procedure is not performed upon receipt of the "A" tone 808 by ; 
DPCM 1602. Rather, in response to modem hold request 810, DPCM 1602 may 
transmit a modem hold acknowledgment 812 for a minimum period of time, e.g., 
approximately 53 milliseconds. 

15 

After DPCM 1602 transinits modem hold acknowledgment 812, it 
preferably continues to transmit the "B" tone 806 while it maintains a hold state. 
In response to modem hold acknowledgment 812, APCM 1604 may generate a 
suitable flash signal 814 to instruct central office 1606 to switch out the modem 

20 coimection and to switch in- the incoming call 816. In addition, the handset (or 
other suitable answer device) begins to receive the incoming call; APCM 1604 
may be configured to route the incoming signal to parallel answer device 1610 or 
serial answer device 1611 in an appropriate manner. In addition, APCM 1604 may 
be placed in an idle or "on-hook" state while the handset is connected (during 

25 period 818). Accordingly, the user at customer site 1670 may proceed with the 
incoming call 816 while DPCM 1602 remains on hold. The modem connection 
may be re-established by way of a quick modem reconnect procedure (described 
below). 

30 FIG. 9 is a timing diagram that depicts a situation where DPCM 1602 is to 

be reconnected in response to the termination of the incoming call. The process 
shown in FIG. 9 assumes that: (1) DPCM 1602 is in a hold state; (2) answer 
device 1610 is connected in parallel with APCM 1604; and (3) answer device 1610 
terminates the incoming call, e.g., answer device 1610 is placed ''on-hook" before 

35 calling device 1608 is placed "on-hook". For purposes of this description, the 
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parallel connection means that APCM 1604 and answer device 1610 receive the 
same signals from central office 1606 in a concurrent manner. 

In response to the termination of the incoming call, central office 1606 will 
5 detect the "hang up'' in a conventional manner, e.g., using well known line 
detection techniques. Eventually, central office 1606 switches out or disconnects 
the incoming call, switches in DPCM 1602, and generates a suitable signal, e.g., a 
ring signal 902. Ring signal 902 serves to alert the user at customer site 1670 that 
the original call is still holding and is ready to be reconnected. In response to ring 

10 signal 902, APCM 1604 is placed "off-hook'* such that it can again receive signals 
fi-om central office 1606. Thus, ring signal 902 may inform, APCM 1604 that the 
incoming pall has been cleared and/or that APCM 1604 may proceed with a 
modem reconnect procedure. As described above in connection with FIG. 8, 
APCM 1604 generates an "A" tone 904 (for at least 50 milliseconds) in response 

15 to the detection of a "B" tone 906. Following the "A" tone 904, APCM 1604 may 
transmit a quick reconnect request 908 to initiate a quick reconnect procedure (as 
described above in the context of FIGS. 6 and 7. Accordingly, in response to the 
detection of quick reconnect request 908, DPCM 1 602 preferably transmits a QTS 
signal 910 followed by an ANSpcm sequence 912. The characteristics, fomiat, 

20 and function of QTS signal 910 and ANSpcm sequence 912 are as described 
above. Assuming that both modem devices support the quick reconnect feature 
described above, the held modem connection may be re-established in a relatively 
short period of time. 

25 FIG. 10 is a timing diagram that depicts the situation where the incoming 

call is terminated before parallel answer device 1610 is placed "on-hook". In this 
scenario, when the termination of the incoming call is initiated by the calling 
device 1608, central office 1606 will reconnect the customer site 1670 to the 
original call (which is a modem connection in this example). Consequently, the 

30 ''B" tone transmitted by DPCM 1602 will again be made available at APCM 1604, 
Regardless of whether APCM 1604 is currently in an "on-hook" or an "off-hook" 
state, it preferably detects that DPCM 1602 has been reconnected. It should be 
appreciated that APCM 1604 may employ any number of known techniques 
(which can vary depending upon the specific implementation) to detect the 

35 reconnection. For example, DPCM 1602 may detect the "B" tone fi-om DPCM 
1602, it may automatically react after a predetermined timeout period, or it may 
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utilize line-in-use techniques to sense the termination of the incoming call. Once 
the two modem devices have resumed communicating with one another, the quick 
reconnect routine proceeds as described above in connection with FIG. 9. 

5 With respect to the situation depicted in FIG. 10, it may be necessary to 

have APCM 1 604 respond within certain time periods to ensure that central office 
1606 does not consider the reconnect attempt to be a hook flash or a disconnect. 
For example, in a preferred embodiment, APCM 1 604 is configured to respond to 
the termination of the incoming call within 200 milliseconds such that central 

10 office 1606 does not interpret the delay as a conference call request (which may 
cause DPCM 1602 to be placed on hold) or a disconnection (which may cause a 
clear down of the connection). The particular time periods may be selected in 
accordance with any suitable telecommunication recommendation, standard, or 
operating protocol, such as the BELLCORE Technical Reference GR-506-CORE 

15 (related to general teleconmiunication signaling) and the BELLCORE Technical 
Reference TR-NWT-000575. The contents of these references is incorporated by 
reference herein. 

In general; any of the procedures utilized in the context of a system using 

20 parallel answer device 1610 may also be used in the context of a system using 
series answer device 1611. However, the converse may not always be true. For 
example, FIG, 1 1 is a timing diagram that depicts the situation where the incoming 
call is terminated by series answer device 1611. As described above, a 
conmiunication line at customer site 1670 initially provides APCM 1604 with a 

25 signal from central office 1606, and APCM 1604 routes the signal to answer 
device 1610. In most practical applications, APCM 1604 will remain "off-hook" 
even if it is merely routing the call to series answer device 1611. Accordingly, 
APCM 1604 is capable of monitoring the line for the presence of a "B" tone or a 
suitkble signal associated with DPCM 1602. In this scenario, if the incoming call 

30 is terminated (by calling device 1608 or by series answer device 1611), APCM 
1604 is capable of receiving signals from central office 1606. Furthermore, central 
office 1606 responds to the detection of the call termination by switching DPCM 
1602 to communicate with the customer site 1670. Thus, if the "B" tone is 
detected by APCM 1604, it can immediately decouple the series answer device 

35 1611. Once the two modem devices resume the communication session, the quick 
reconnect routine proceeds as described above in connection with FIG. 9. 
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FIG. 12 is a timing diagram that depicts the situation where DPCM 1602 
responds to a modem hold request with a clear down instruction (FIG. 12 is 
applicable to a system that uses either serial answer device 1611 or parallel answer 
5 device 1610). Up to the point where a modem hold request 1202 is transmitted 
from APCM 1604 to DPCM 1602, the process is similar to that described above in 
connection w^ith FIG. 8. In contrast to the scenario where DPCM 1602 
acknowledges modem hold request 1202, the situation depicted in FIG. 12 calls for 
the transmission of a disconnect signal 1204 from DPCM 1602. DPCM 1602 may 

10 transmit disconnect signal 1204 after contemplating or considering any number of 
operating parameters, e.g., the current call traffic, the functional capabilities of 
DPCM 1602, the channel characteristics, or the like- 
After DPCM 1602 transmits disconnect signal 1204, it idles or waits 

15 without transmitting any meaningful signals. In response to disconnect signal 
1204, APCM 1604 clears down the modem connection in an appropriate manner. 
If central office 1606 does not detect activity from APCM 1604 after a suitable 
timeout period, e.g., 1550 milliseconds, then it may assume that APCM 1604 has 
been disconnected. Thereafter, central office 1606 switches out DPCM 1602 and 

20 generates ring signals 1206 and caller ID data 1208 to customer site 1670 such that 
the incoming call can be answered. DPCM 1602 may clear down its modem 
connection after a suitable timeout period, e.g., two seconds, during which it 
receives no signals from APCM 1604. Accordingly, DPCM 1604 will typically 
hang up once central office 1606 begins generating ring signal 1206. As described 

25 above, prior to clear down, APCM 1604 and/or DPCM 1602 may save any number 
of relevant operational parameters to facilitate a quick startup for subsequent 
connections. 

Under certain conditions, the end user may wish to immediately terminate 
30 the modem connection and accept an incoming call. FIG. 13 is a timing diagram 
that depicts a situation where, in response to an alert signal 1302, APCM 1604 
transmits a disconnect signal 1304 rather than a modem hold request. FIG. 13 is 
applicable to a system that uses either serial answer device 1611 or parallel answer 
device 1610. APCM 1604 may generate disconnect signal 1304 in response to a 
35 user command or automatically in accordance with a predetermined protocol or 
setting. The progression of signals and operations associated with FIG. 13 is 
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substantially similar to the progression associated with FIG. 12. However, unlike 
the process depicted in FIG. 12, APCM 1604 transmits disconnect signal 1304 to 
DPCM 1602. 



5 FIG. 14 is a timing diagram that depicts the scenario where, in response to 

an alert signal 1401, APCM 1604 prompts a quick reconnect procedure and 
ignores the incoming call. FIG. 14 is applicable to a system that uses either serial 
answer device 1611 or parallel answer device 1610. Such a situation may occur 
when the quality of the modem connection is important, when the end user does 

10 not want to be disturbed by incoming calls, and/or if the modem connection is 
severely affected by the alert signal 1401 . Furthermore, such a situation may occur 
in response to the caller ID data, i.e., the answering party may choose to ignore 
incoming calls from certain calling parties. Up to the point where an "A" tone 
1402 is transmitted, the procedure of FIG. 14 is similar to the procedure of FIG. 8. 

15 Following the transmission of "A" tone 1402, APCM 1604 generates a quick 
reconnect request 1404, which is eventually received by DPCM 1602. In response 
to quick reconnect request 1404, DPCM 1602 may transmit a QTS signal 1406 
followed by an ANSpcm signal 1408 to facilitate the quick reconnect routine (as 
described above in connection with FIGS. 6 and 7). It should be noted that APCM 

20 1604 may alternatively transmit a suitable modem status signal, e.g., a phase 
reversal, that indicates a full retrain procedure rather than a quick reconnect 
procedure. In such an embodiment, the retrain procedure would proceed in a 
conventional manner, 

25 Under some conditions, DPCM 1602 may not "automatically" enter the 

initial retrain mode in response to an alert signal. In other words, DPCM 1602 
may continue transmitting data as though no interruption has occurred. FIG. 15 is 
a timing diagram that illustrates this situation (FIG. 15 is applicable to a system 
that uses either serial answer device 1611 or parallel answer device 1610). As 

30 described above in connection with FIG. 8, APCM 1604 may respond to an alert 
signal 1502 by transmitting a DTMF "D" tone 1504 (associated with a caller ID 
request) during an interruption in the data mode. Unlike the situation of FIG. 8, 
where DPCM 1602 begins to transmit a "B" tone as a result of the interruption, 
DPCM 1602 continues to transmit data 1506 to APCM 1604. When APCM 1604 

35 is reconnected by central office 1606, it preferably transmits an "A" tone 1508 for 
a suitable time period to allow DPCM 1602 to respond with a "B" tone 1510. 
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When APCM 1604 detects the "B" tone 1510 from DPGM 1602, it then follows 
the "A" tone 1 508 with a SIGNALa 1512, where SIGNALa 1 5 12 may be a modem 
hold request, a quick reconnect request, or a disconnect signal. In response to 
SIGNALa 1512, DPCM 1602 transmits a SIGNALd 1514, where SIGNALp may 
5 be a modem hold acknowledgment, a short period of silence followed by a QTS 
signal and an ANSpcm sequence, or a disconnect signal. In this manner, the 
different situations described above can be handled even though DPCM 1602 does 
not initially enter the retrain mode with the transmission of a "B" tone. 

10 The signaling routines and procedures described above in connection with. 

FIGS. 8-16 can be equivalently applied to accommodate various requests that 
originate at customer site 1670. For example, the user of APCM 1604 may desire 
to place a current modem connection on hold, to prompt a quick reconnect, or to 
prompt a full retrain in an independent manner. In one practical embodiment, the 

15 modem hold request and modem hold acknowledgment signals can be 
incorporated into the conventional Phase 4 CP and MP sequences. Accordingly, if 
either modem device wants to place the other modem device on hold (e.g., for 
three-way calling), then the requesting modem device can perform a rate 
renegotiation and transmit the hold signal in an appropriate manner. This 

20 technique may be performed in a similar manner as the conventional V.34 and 
V.90 clear down procedure, where a special code (data rate = 0) is used to indicate 
a clear down. However, the modem hold signaling technique may utilize a 
different bit combination or leverage a number of reserved bits. 

25 In response to such a user request, APCM 1604 may generate an "A" tone 

followed by an appropriate modem status signal (e.g., a modem hold request, a 
quick reconnect request, or the like) for receipt by DPCM 1602. As described 
above in connection with FIG. 15, DPCM 1602 may then respond with a "B" tone 
followed by an appropriate status signal reply (e.g., a modem hold 

30 acknowledgment, a QTS signal, or the like). In this manner, the techniques of the 
present invention can be applied in any number of situations unrelated to a call 
waiting alert, a line interruption, or a line corrupting event. 

In one embodiment, the present invention provides techniques to reduce the 
35 initialization period and reconnect period normally associated with a V.90 modem 
system. The quick startup and quick reconnect techniques leverage the knovm 
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channel characteristics of a previous cdnnection to reduce the training time 
associated with subsequent attempts to establish the same connection. Although 
not limited to any specific modem application, the quick startup procedure may be 
used to eliminate portions of the initialization protocols or processes normally 
5 employed by a 56 kbps modem, e.g., V.8bis, V.8, digital impairment learning, 
initial training, probing and ranging, or the like. In addition, the quick startup 
technique may perform certain operations at a different time or in a different order 
in comparison to a conventional modem startup technique. 

10 Referring back to FIG. 5, it is shown that during the phase 4 of the V,90 

training process the APCM modem 590 and the DPCM modems 580 exchange 
various parameters via CP and MP frames 510 and 520, respectively. FIG. 17 
shows various bits of information and parameters that may be included in an 
example MP sequence or frame 1 700. 

15 

Referring to FIG. 17, it is seen that the MP frame 1700 has a synchronous 
format and includes seventeen sync bits 1701 of "T's (bits 0:16), followed by one 
start bit 1702 (bit 17) and ending with sixteen bits of CRC 1730 (bits 171:186). 
The CRC bits 1730 are utilized by the APGM modem 580 to verify the sanctity of 

20 the MP frame 1700. As shown, the MP frame 1700 also includes a reserved bit 
1704 (bit 19) that is available for future use. The MP frame 1700 further includes 
an acknowledgement bit 1710 (bit 33). The acknowledgement bit 1710 is "0". 
Other bits of information in the MP frame 1700 include data signaling rates, trellis 
encoder select bit, nonlinear encoder parameter select bit, constellation select bit, 

25 data signaling rate capability mask, asymmetric data signaling rate enable and 
many bits of precoding information. 

The acknowledgement bit 1710 is set to a "1" by the DPCM modem 590 to 
acknowledge the receipt of the CP frame 510 (see FIG. 5) transmitted by the 
30 APCM modem 580. The MP frame 1700 with the acknowledgement bit 1710 set 
to a "1 " is denoted as the MP' frame 522 (see FIG. 5). It should be noted that both 
the MP frame 510 and the MP' frame 512 include the same number of bits and 
information with a single difference being the value of the acknowledge bit 1710. 

35 With reference to FIG. 18, an example definition bits of a CP frame 1800 is 

shown. Similar to the MP frame 1700, the CP frame 1800 is a synchronous type 
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frame with seventeen synchronous leading bits 1801 of "P's (bits 0:16), followed 
by one start bit 1802 (bit 17) and ending with sixteen bits of CRC 1830 (bits 
273+5:288+5). The CRC bits 1830 are utilized by the DPCM modem 590 to 
verify the sanctity of the CP frame 1800. As shown, the CP frame 1800 also 
5 includes a reserved bit 1 804 (bit 1 8) that is available for future use. The CP frame 
1800 further includes an acknowledgement bit 1810 (bit 33). The 
acknowledgement bit 1 810 is "0". Other bits of information in the CP frame 1800 
include data signaling rates, silent period bit, sign bits for spectral shaping 
parameters, constellation information and many other bits of information including 
10 variable length parameters that can lengthen the size of the CP frame 1800 even 
more. 

The acknowledgement bit 1810 is set to a "1" by the APCM modem 580 to 
acknowledge the receipt of the MP frame 520 (see FIG. 5) transmitted by the 
15 DPCM modem 590. The CP frame 1800 with the acknowledgement bit 1810 set 
to a "1" is denoted as the CP' frame 522 (see FIG. 5). Both the CP frame 510 and 
the CP' frame 512 include the same number of bits and information with a single 
difference being the value of the acknowledge bit 1810. 

20 Referring to FIG. 19, preliminary definition bits of a CPa frame 1900 for 

possible inclusion in the ITU V.92 Recommendation is shown. Similar to the MP 
and CP frames 1700 and 1800, the CPa frame 1900 is a synchronous type frame 
with seventeen synchronous leading bits 1901 of "T's (bits 0:16), followed by one 
start bit 1902 (bit 17) and ending with sixteen bits of CRC 1930. The CRC bits 

25 1930 are utilized by the APCM modem (see FIG. 24c) to verify the sanctity of the 
CPa frame 1900. As shown, the CPa frame 1900 also includes reserved bits 1904 
(bits 21:23) that are yet to be defined. The CPa fi^e 1900 further includes an 
acknowledgement bit 1910 (bit 33). The acknowledgement bit 1910 for the CPa 
frame 1900 is "0". The acknowledgement bit 1910 is set to a "1'^ by the DPCM 

30 modem to acknowledge the receipt of the CP frame (see FIG. 24c) transmitted by 
the APCM modem. Other bits of information in the CPa frame 1900 include 
constellation information with high resolution as well as precoder and prefilter 
coefficients and many other bits of information including variable length 
parameters that can significantly increase the length of the CPs frame 1 900. 

35 If the acknowledgement mechanisms of the ITU Recommendations V.34 

and V.90, as explained with reference to FIGS. 17 and 18, were to be used for the 
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ITU Recommendation V,92, the CPa frame%nd the CPa' frame would mclude the 
same number of bits and information with a single difference being the value of 
the acknowledge bit 1910. 

5 The parameter exchange and acknowledgement mechanisms used in the 

V.34 and V.90 Recommendations, however, have introduced a significant 
overhead and delay in the training process. As shown in FIG. 5, the modems 580 
and 590 transmit CP and MP frames 510 and 520 continuously until an 
acknowledgement frame from the remote modem iis received. Even the 

10 acknowledgement frames introduce a significant overhead and delay in the 
handshaking process, because the same previously transmitted information bits are 
unnecessarily retransmitted over and over again. These continuous transmissions 
and retransmissions of CP, MP, CP' and MP' frames are needless, since in most 
cases, the first transmission of the MP or CP frame is received correctly by the 

15 remote modem. Accordingly, it becomes unnecessary to retransmit all the 
information bits in the MP' or CP' frame, since the acknowledgement bit is in fact 
the most significant bit of information. 

To eliminate this enormous overhead and delay during the handshaking 

20 process, the present invention introduces short parameter frames, as shovm in 
embodiments of FIGS. 20-22. Referring to FIG. 20, an example definition bits of 
a short MP frame (MPs) 2000 is shown. As shown, just like the MP frame 1700, 
the MPs frame 2000 is a synchronous type franie with seventeen synchronous 
leadmg bits 2001 of "l"s (bits 0:16), followed by one start bit 2002 (bit 17) and 

25 ending with sixteen bits ofCRC 2030 (bits 35:50). The CRC bits 2030 are utilized 
by the APCM modem 580 to verify the sanctity of the MPs frame 2000. As further 
shown, the MPs frame 2000 also includes an MPs indicator bit 2004 (bit 19) to 
distinguish the MPs frame 2000 from the MP frame 1700. Referring back to FIG. 
17, it is noted that the corresponding bit location is the reserved bit 1704. The 

30 MPs frame 2000 further includes an acknowledgement bit 2010 (bit 33). The 
acknowledgement bit 2010 is "0". The acknowledgement bit 2010 is set to "1" by 
the DPCM modem to acknowledge the receipt of the CP frame (see FIG. 24b) 
transmitted by the APCM modem. The MPs frame 2000 with the 
acknowledgement 2010 set to a "1" is denoted as the MPs' frame. Both the MPs 

35 frame and the MPs' frame include the same number of bits and information with a 
single difference being the value of the acknowledge bit 2010. However, the MPs 
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and MPs' frames are substantially shorter than the MP and MP' frames, 
respectively. 

Now, referring to FIG. 21, an example definition bits of a short CP frame 
5 (CPs) 2 1 00 is shown. As shown, just like the CP frame 1 800, the CPs frame 2 1 00 
is a synchronous type frame with seventeen synchronous leading bits 2101 of "l"s 
(bits 0:16), followed by one start bit 2102 (bit 17) and ending with sixteen bits of 
CRC 2 1 30 (bits 35:50). The CRC bits 2130 are utilized by the DPCM modem 590 
to verify the sanctity of the CPs frame 2100. As fiirther shown, the CPs frame 

10 2100 also includes a CPs indicator bit 2104 (bit 18) to distinguish the CPs frame 
2100 from the CP frame 1800. Referring back to FIG. 18, it is noted that the 
corresponding bit location is the reserved bit 1804. The CPs frame 2100 further 
includes an acknowledgement bit 21 10 (bit 33). The acknowledgement bit 21 10 is 
"0". The acknowledgement bit 2110 is set to "1" by the APCM modem to 

1 5 acknowledge the receipt of the MP frame (see FIG. 24b) transmitted by the DPCM 
modem. The CPs frame 2100 with the acknowledgement 2110 set to a "1" is 
denoted as the CPs' frame. Both the CPs frame and the CPs' frame include the 
same number of bits and information with a single difference being the value of 
the acknowledge bit 2110. It should be noted, however, that the CPs and CPs' 

20 frames are substantially shorter than the CP and CP' frames, respectively. 

With reference to FIG. 21, an example definition bits of a short CPa frame 
(CPas) 2200 is shown. As shown, just like the CPa frame 1900, the CPas frame 
2200 is a sjTichronous type fi:-ame with seventeen synchronous leading bits 2201 of 

25 "r's (bits 0:16), followed by one start bit 2202 (bit 17) and ending with sixteen 
bits of CRC 2230 (bits 35:50). The CRC bits 2230 are utilized by the APCM 
modem to verify the sanctity of the CPas frame 2200. As further shown, the CPas 
frame 2200 also includes CPas indicator bits 2104 (bits 18:20) to distinguish the 
CPas frame 2200 from the CPa frame 1900. Referring back to FIG. 19, it is noted 

30 that the corresponding bits are the reserved bits 1904. The CPas frame 2200 
further includes an acknowledgement bit 2210 (bit 33). The acknowledgement bit 
2210 is "0". The acknowledgement bit 2210 is set to "1" by the DPCM modem to 
acknowledge the receipt of the CP frame (see FIG. 24c) transmitted by the APCM 
modem. The CPas frame 2200 with the acknowledgement 2210 set to a "1" is 

35 denoted as the CPas' frame. Both the CPas frame and the CPas' frame include the 
same number of bits and information with a single difference being the value of 
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the acknowledge bit 2210. It is also that the CPas and CPas' frames are 
substantially shorter than the CPa and CPa' frames, respectively. 

FIG. 23 illustrates a conventional exchange of parameters embedded in MP 
5 sequences or frames 23 1 2 and 2322 between an APCM modem 2310 and a DPCM 
modem 2320, respectively, in accordance with the ITU Recommendation V.34. 
As shown, after the TRN portions 2311 and 2312 of the phase 4 or the final 
training of the handshaking process, the APCM and DPCM modems 2310 and 
2320 exchange the MP frames 2312 and 2322, respectively. The MP frames 2312 

10 and 2322 are in the form shown in the MP frame 1700 of FIG. 17. As shown, the . 
DPCM modem 2320 starts transmitting the MP frame 2322 shortly before the 
APCM starts its transmission of the MP frame 2312. As a result, the APCM 
modem 2310 receives the MP frame 2322 prior to the DPCM modem 2320 
receiving the MP frame 2312. In response, the APCM modem 2310 sets the 

15 acknowledgement bit in the MP frame, thus creating an MP' frame, and starts 
transmitting the MP' frame 2314, including each and every bit of information 
previously transmitted to the DPCM modem 2320 via the MP frame 2312. While 
the DPCM is awaiting an acknowledgement for its MP frame 2322 from the 
APCM modem 2310, another MP frame 2322 is transmitted by the DPCM modem 

20 2320 to the APCM modem 23 1 0 to provide the APCM modem 23 1 0 with a second 
chance to receive the MP frame 2322. In the mean time, the APCM modem 23 10 
has already received the first MP frame 2322 and no acknowledgement for its MP 
frame 2312 or its MP' frame 2314, accordingly, the APCM modem 2310 generates 
a second MP' frame to give the DPCM a third chance to receive the parameters 

25 embedded in the MP or MP' frame 2312 or 2314, respectively. As shoAvn, 
however, the DPCM modem 2320 had already started transmitting an MP' frame 
2324. These long frames and their overlap in the transmission and reception time 
domains prevent the modems 2310 and 2320 to quickly exchange parameters. The 
delay is in fact cumulative. The transmission and reception of the long MP and 

30 MP' frames cause one modem to start transmitting a long MP frame while 
receiving an MP' frame from the remote modem; however, the MP' frame may not 
be sanctified until the CRC bits are received and verified. Therefore, the modem 
receiving the MP' frame starts transmitting another long MP frame needlessly. 

35 Referring back to FIG. 5, it is also noted that long CP, CP', MP and MP' 

frames 510, 512, 520 and 522, respectively, are exchanged many times, not 
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because of errors in transmission, but merely because of timing differences in 
transmission and reception of these frames. It is indeed clear that utilizing a 
similar mechanism for the ITU Recommendation V.92 will lead to even longer 
delays due to the fact that the CPa frames are considerably longer than the MP and 
5 CP frames. 

Accordingly, in one embodiment of the present invention, as shown in FIG. 
24a, short MP and MP' frames (MPs and MPs') 2423 and 2424, respectively, 
similar to the MPs frame 2000 in FIG.20, are utilized to substantially reduce the 

10 parameter exchange time and obtain a quicker connection between the modems. 
Referring to FIG, 24a, just as in FIG.23, the two modems 24 1 0 and 2420 exchange 
long MP frames 2412 and 2422, respectively. However, after such transmissions, 
both modems switch to short MP frame formats. As shown, the DPCM modem 
2420 starts transmitting the MPs frames 2423 immediately after transmitting the 

15 MP frame 2422 and while waiting to receive the entire MP frame 2412 from the 
APCM modem 2410. Immediately after transmitting the MP frame 2412, the 
APCM modem 2410 acknowledges the receipt of the MP frame 2422 from the 
DPCM modem 2420 by sending a short MP' frame 2414 (MPs'). On the other 
hand, while sending the MPs frames 2423, the DPCM modem 2420 receives the 

20 MP frame 2412 and acknowledges that frame by sending an MPs' frame 2424, 
The transmission of the short frames causes a substantial reduction in the 
handshaking time and results in a quick connection between the two modems 2410 
and 2420. 

25 By the same token, the exchange of short CP and MP frames in FIG. 24b 

will speed up the connection time for the V.90 compliant modems. As shown, 
short MP, MP', CP and CP' frames (MPs, MPs', CPs and CPs') 2463, 2464, (not 
shown) and 2454, respectively, similar to the MPs frame 2000 in FIG.20 and the 
CPs frame 2100 in FIG. 21, respectively, may be utilized for the V.90 compliant 

30 modems. The use of these short frames substantially reduces the parameter 
exchange time and causes a quicker connection between the modems. Referring to 
FIG. 24b, the two modems 2450 and 2460 exchange long CP and MP frames 2452 
and 2462, respectively. After the transmission of these long frames, the modems 
start transmitting the short CP and MP frame types. As shown, the DPCM modem 

35 2460 starts transmitting the MPs frames 2463 immediately after transmitting the 
MP frame 2462 and while waiting to receive the entire CP frame 2452 from the 
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APCM modem 2450. Immediately after transmitting the CP frame 2452, the 
APCM modem 2450 acknowledges the receipt of the MP frame 2462 from the 
DPCM modem 2460 by sending a short CP' frame 2454 (CPs'). At the other end, 
while sending the MPs frames 2463, the DPCM modem 2460 receives the CP 
5 frame 2452 and acknowledges that frame by sending an MPs' frame 2464. 

The transmission of short frames will result in a quick connection, in 
particular for the V.92 compliant modems, mainly because of the volume of the 
information and parameters embedded in the CPa fitimes 1900 (see FIG. 19). 

10 Referring to FIG. 24c, short CPa, CPas', CP and CP' frames (CPas, CPas', CPs 
and CPs') 2493, 2494, (not shown) and 2484, respectively, similar to the CPas 
frame 2200 in FIG.22 and the CPs frame 2100 in FIG. 21, respectively, may be 
utilized for the V.92 compliant modems. The use of these short frames 
substantially reduces the parameter exchange time. As a result, the y.92 

15 compatible modems can achieve a quick connection. Referring to FIG. 24c, the 
two modems 2480 and 2490 first exchange long CP and CPa frames 2482 and 
2492, respectively. After the transmission of these long frames, the modems start 
transmitting the short CP and CPa frame types. As shown, the DPCM modem 
2490 starts transmitting the CPas frames 2493 immediately after transmitting the 

20 CPa frame 2492 and while waiting to receive the entire CP frame 2482 from the 
APCM modem 2480. Immediately after transmitting the CP fi^e 2482, the 
APCM modem 2480 acknowledges the receipt of the CPa frame 2492 from the 
DPCM modem 2490 by sending a short CP' frame 2484 (CPs'). At the other end, 
while sending the CPas frames 2493, the DPCM modem 2490 receives the CP 

25 frame 2482 and acknowledges that frame by sending a CPas' frame 2494. 

FIGS. 25a, 25b and 25c illustrate a few examples of situations where the 
long frames, MP, CP and/or CPa are not received properly by a receiving modem. 
Referring to FIG. 25a, according to one embodiment of the present invention, the 

30 APCM and DPCM modems 2510 and 2520 exchange MP frames 2512 and 2522, 
respectively. Immediately after the transmission of the long MP frames 2512 and 
2522, both modems 2510 and 2520 switch to transmissions of short MP frames 
2513 and 2523, respectively. As shown, the DPCM modem 2520 receives the MP 
frame 2512 properly. Accordingly, in response, the DPCM modem 2520 

35 acknowledges the MP frame 2512 with an MPs' frame 2524. At the other end, 
however, the APCM 2510 fails to receive the MP frame 2522. This failui-e may 
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result from various reasons, such as a bad transmission, bad line conditions, wrong 
CRC, etc. As a result of this failure, the APCM modem 2510 continues 
transmitting MPs frames 25 1 3 with the acknowledgement set to "0" indicating that 
the MP frame 2522 has not been received. In such situations, according to one 
5 embodiment of the present invention, the DPCM modem 2520 starts transmitting 
the long MP frames once again. Because the DPCM modem 2520 has ah:ea<fy 
received the MP frame 2512, the new long MP frames 2525 transmitted by the 
DPCM modem 2520 will have their acknowledgement bits set to "1". In other 
words, the DPCM modem 2520 starts transmitting MP' frames, since tiie short 
10 frames do not include all the required parameters. In some embodiments, the 
DPCM modem 2520 may send only one MP' frame 2525 and then switch to 
sending MPs' frames 2524 (e.g., FIG. 25b). 

The DPCM modem 2520 may use various conditions, events or methods in 

15 determining when to start retransmitting long MP frames after a period of 
transmitting short MP frames. In one embodiment, if the DPCM modem 2520 or 
the APCM modem 25 1 0 receives the beginning of an MP or MPs frame more than 
a roimd-trip delay after the modem 2520 or 2510 has completed its own 
transmission of a long MP frame, then the modem 2520 or 2510 may start 

20 transmitting long MP frames once again. In another embodiment, extra time, for 
example 20-30 ms, may be added to the round-trip delay time to allow for 
detection delay, before long MP frames are transmitted once again. Those of 
ordinary in the art are familiar with the calculation of round-trip delays. In some 
embodiments, a fixed amount of time may be used as a time-out period in 

25 determining when the modem should send a long MP frame once again after 
sending short MP frames. In yet another embodiment, a predetermined event may 
be utilized, such as the number of short MP frames transmitted by the modem that 
is awaiting an acknowledgement. For example, if the APCM modem 2510 
transmits three MPs frames, but does not receive an acknowledgement, then the 

30 APCM modem 25 10 may transmit another MP frame. 

Now, referring to FIG. 25b, according to another embodiment of the present 
invention- the APCM and DPCM modems 2550 and 2560 exchange CP and MP 
frames 2552 and 2562, respectively. Immediately after the transmission of the 
35 long CP and MP frames 2552 and 2562, both modems 2550 and 2560 switch to 
transmissions of short CP (CPs) and short MP (MPs) frames 2553 and 2563, 
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respectively. As shown, the DPCM modem 2560 receives the CP frame 2552 
properly. Accordingly, in response, the DPCM modem 2560 acknowledges the CP 
frame 2552 with an MPs' frame 2564. At the other end, however, the APCM 2550 
fails to receive the MP frame 2562. Thereft)re, the APCM modem 2550 continues 

5 transmitting CPs frames 2553 with the acknowledgement set to "0" indicating that 
the MP frame 2562 has not been received. As shovm, the DPCM modem 2560 
stops transmitting MPs' frames 2564 and transmits only one long MP, having the 
acknowledgement bit set (because CP has been received), i.e., MP'. In some 
embodiments, the DPCM modem 2560, may continue sending more MP' frames. 

10 In the embodiment of FIG. 25b, however, the DPCM modem 2560 starts sending 
MPs' frames 2564 after sending only one MP' fi^e. In the mean time, the 
APCM modem 2550 continues sending short CP fi^es 2553, since it has received 
the MPs' frame 2564 as acknowledgement. Eventually, the APCM modem 2550 
receives the long MP frame 2565 from the DPCM modem 2560 and the modems 

15 move to the data phase. As stated with reference to FIG. 25a, various methods or 
predetermined conditions, such as those mentioned above, may be utilized by 
either the APCM or DPCM modems 2550 or 2560 to determine when to retransmit 
a long frame after transmitting a short frame. 

20 FIG. 25c illustrates one embodiment of the present invention that may be 

incorporated or be used in conjunction with the ITU Recommendation V.92. 
According to FIG. 25c, the APCM and DPCM modems 2580 and 2590 exchange 
CP and CPa fi^es 2582 and 2592, respectively. Immediately after the 
transmission of the long CP and CPa frames 2582 and 2592, both modems 2580 

25 and 2590 start transmitting short CP (CPs) and short CPa (CPas) frames 2583 and 
2593, respectively. As shown, the DPCM modem 2590 receives the CP frame 
2582 properly. In response, the DPCM modem 2590 acknowledges the CP frame 
2582 with a CPas' frame 2594. At the other end, however, the APCM 2580 fails 
to receive the CPa frame 2592. Therefore, the APCM modem .2580 continues 

30 transmitting CPs frames 2583 with the acknowledgement set to "0" indicating that 
the CPa frame 2592 has not been received. As shown, the DPCM modem 2590 
stops transmitting CPas' flames 2594 and instead starts transmitting long CPa 
frames 2595 having the acknowledgement bit set (because CP has been received), 
i.e., CPa', As shown in this embodiment, the DPCM modem 2590 may send more 

35 than one CPa'. However, in other embodiment only a single CPa' may be sent and 
the DPCM modem 2590 may switch back to sending CPas'. In the mean time, the 
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APCM modem 2580 continues sending short CP frames 2583, since it has received 
the CPas' frame 2594 as acknowledgement. Eventually, the APCM modem 2580 
receives the long CPa frame 2595 from the DPCM modem 2590 and the modems 
move to the data phase. The above-mentioned triggering events or conditions may 
5 also be used here in determining when to retransmit a long frame after transmitting 
a short frame. 

FIG. 26 illustrates another embodiment of the present invention according 
to which rate negotiations between modems can be made substantially quicker. 
FIG. 26 shows a rate renegotiation exchange process between an APCM modem 
2610 and a DPCM modem 2620. As shown, a similar parameter exchange process 
used during the modem start up training can be used for exchanging MP, CP and 
CPa. The example of FIG. 26 shows a rate renegotiation process according to the 
ITU Recommendation V.90. However, the same concept is applicable to V.34 and 
V.92 rate renegotiations. FIG. 26 shows a rate renegotiation initiated by the 
APCM modem 2610. As shown, the modems 2610 and 2620 exchange long CP 
and MP frames 2612 and 2622, respectively. Afterwards, both modems 2610 and 
2612 start transmitting short CP (CPs) and short MP (MPs) frames 2613 and 2623, 
respectively. According to this example, the APCM modem 2610 receives the MP 
frame 2622 first and, in response, transmits a CPs' frame 2614 to the DPCM 
modem 2620 in acknowledgement. At the other end, the DPCM modem 2620 
receives the CP frame 2612 and in acknowledgement transmits an MPs' frame 
2624. At this stage, both modems 2610 and 2620 quickly continue to the data 
phase. As a result of transmitting short CP and MP frames, the modems 2610 and 
2620 are able to conclude the rate renegotiation much quicker. 

FIG. 27 is another embodiment of the present invention for improving the 
fast train speed. FIG. 27 shows a fast train process between an APCM modem 
2710 and a DPCM modem 2720. During a fast train process, a parameter 
30 exchange is also used for exchanging MP, CP and CPa. The example of FIG. 27 
shows a fast train process according to the ITU Recommendation V.90. However, 
the same may be applied to V.34 and V.92 fast trains. FIG. 27 shows a fast train 
process initiated by the APCM modem 2710. As shown, the modems 2710 and 
2720 exchange long CP and MP frames 2712 and 2722, respectively. Immediately 
35 thereafter, both modems 2710 and 2712 start transmitting short CP (CPs) and short 
MP (MPs) frames 2713 and 2723, respectively. In response to receiving the MP 
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frame 2722, the APCM modem 2710 transmits a CPs' frame 2714 to the DPCM 
modem 2720 to acknowledge the receipt. At the other end, the DPCM modem 
2720 receives the CP frame 2712 and in acknowledgement transmits an MPs' 
frame 2724. After a successful quick parameter exchange, both modems 271 0 and 
5 2720 continue to the data phase. As a resuh of transmitting short CP and MP 
frames, the fast train may be achieved in less time and more efficiently. 

FIG. 28 illustrates that the short parameter frames of the present invention 
may be combined with various other aspects of the present invention, such as the 
quick connect process. FIG. 28 shows the quick connect process according to one 
aspect of the present invention. The quick connect process, as shown, includes the 
use of short CP and MP frames of the present invention. FIG. 28 shows a quick 
connect process between an APCM modem 2810 and a DPCM modem 2820. 
During the quick connect, MP, CP and CPa frames may be exchanged between the 
modems, depending upon the modem standard used for such exchange. The 
example of FIG. 28 shows the quick connect according to the ITU 
Recommendation V.90. However, the same exchange may be applied to V.34 and 
V.92 quick connect schemes. As shown, the modems 2810 and 2820 exchange 
long CP and MP frames 2812 and 2822, respectively. Immediately thereafter, both 
modems 2810 and 2812 start transmitting short CP (CPs) and short MP (MPs) 
frames 2813 and 2823, respectively. In response to receiving the MP frame 2822, 
the APCM modem 2810 transmits a CPs' frame 2814 to the DPCM modem 2820 
to acknowledge such receipt. At the other end, the DPCM modem 2820 receives 
the CP frame 2812 and in acknowledgement transmits an MPs' frame 2824. After 
a successfiil quick parameter exchange, both modems 2710 and 2720 continue to 
the data phase. As a result, the quick connect time of the present invention may be 
reduced even more by employing the quick parameter exchange between the two 
modems. 

When implemented in software, at least some elements of the present 
30 invention can be in the form of computer data, including, but not limited to, any 
bits of information, code, etc. The data may be arranged in group of bits or data 
segments and may be stored in a processor readable medium or transmitted by a 
data signal embodied in a carrier wave over a transmission medium or 
communication link. For example, bits of information in a CPa frame may form 
35 various data segments that can be transmitted by a data signal embodied in a 
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carrier wave. The conmiunication link may include, but is not limited to, a 
telephone line, a modem connection, an Internet connection, an Integrated Services 
Digital Network ("ISDN") connection, an Asynchronous Transfer Mode (ATM) 
connection, a frame relay connection, an Ethernet connection, a coaxial 
5 connection, a fiber optic connection, satellite connections (e.g. Digital Satellite 
Services, etc.), wireless connections, radio frequency (RF) links, electromagnetic 
links, two way paging connections, etc., and combinations thereof. The "processor 
readable medium" may include any medium that can store or transfer information. 
Examples of the processor readable medium include an electronic circuit, a 

10 semiconductor memory device, a ROM, a flash memory, an erasable ROM 
(EROM), a floppy diskette, a CD-ROM, an optical disk, a hard disk, a fiber optic 
medium, a radio frequency (RF) link, etc. The computer data signal may include 
any signal that can propagate over a transmission medium such as electronic 
network channels, optical fibers, air, electromagnetic, RF links, etc. The code 

15 segments may be dowoiloaded via computer networks such as the Internet, Intranet, 
etc. 

The present invention has been described above with reference to a 
preferred embodiment. However, those skilled in the art will recognize that 
20 changes and modifications may be made to the preferred embodiment without 
departing from the scope of the present invention. These and other changes or 
modifications are intended to be included within the scope of the present 
invention, as expressed in the following claims. 

25 
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CLAIMS 

What is claimed is: 

5 1. A method of communication between a first device and a second 

device, said method comprising the steps of: 

transmitting a first information sequence of a first length and a first 
definition by said first device; 

transmitting a second information sequence of a second length and a 
10 second definition by said second device; 

transmitting a third information sequence of a third length and a third 
definition by said first device; and 

transmitting a fourth information sequence of a fourth length and a 
fourth definition by said second device; 
15 wherein said third length is less than said first length and said fourth length is less 
than said second length. 

2, The method of claim 1, wherein said first definition is the same as 
said second definition and said third definition is the same as said fourth 
definition. 

20 3. The method of claim 1. wherein said first length is the same as said 

second length and said third length is the same as said fourth length. 

4. The method of claim 1, wherein each of said first and third 
information sequences includes a type portion, and wherein said type portions 
distinguish said first and said third information sequences. 
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5* The method of claim 1, wherein said first information sequence is an 
MP frame and said third information sequence is an MPs frame. 

6. The method of claim 5, wherein said second information sequence is 
an MP frame and said fourth information sequence is an MPs frame. 
5 7. The method of claim 5, wherein said second information sequence is 

a CP frame and said fourth information sequence is a CPs frame. 

8. The method of claim 1, wherein said first information sequence is a 
CP frame and said third information sequence is a CPs frame. 

9. The method of claim 8, wherein said second information sequence is 
10 a CPa frame and said fourth information sequence is a CPas frame. 

10. The method of claim 1 further comprising the steps of: 

receiving said first information sequence by said second device 
within a predetermined time; and 

acknowledging receipt of said first information sequence by said 
15 second device. 

11. The method of claim 10, wherein said acknowledging step is 
performed by transmitting a fifth information sequence of a fifth length and a fifth 
definition, wherein said fifth length is less than said second length. 

12. The method of claim 10, wherein said fifth length is equal to said 
20 fourth length and said fifth definition is the same as said fourth definition. 
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13. The method of claim 12, wherehi said fifth definition includes an 
acknowledgement inforaiation portion indicating receipt of said first information . 
sequence. 

14. The method of claim 10, wherein said fifth information sequence is 
5 an MPs'. 

15. The method of claim 1 0, wherein said fifth information sequence is a 

CPs'. 

1 6. The method of claim 1 0, wherein said fifth information sequence is a 

CPas\ 

10 17. The method of claim 1 further comprising the steps of: 

failing to receive an acknowledgement from said first device for said 
second information sequence within a predetermined time; and 

transmitting a fifth information sequence of a fifth length and a fifth 
definition by said second device to said first device. 
15 18. The method of claim 1 7, wherein said fifth length is greater than said 

fourth length. 

19. The method of claim 17, wherein said fifth information sequence is 

an MP. 

20. The method of claim 17, wherein said fifth information sequence is 
20 an MP'. 

2 1 . The method of claim 1 7, wherein said fifth information sequence is a 

CP. 
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22. The method of claim 17, wherein said fifth inforaiation sequence is a 

CP'. 

23. The method of claim 1 7, wherein said fifth information sequence is a 

CPa. 

5 24. The method of claim 17, wherein said fifth information sequence is a 

CPa\ 

25. The method of claim 18, wherein said fifth definition is the same as 
said second definition. 

26. The method of claim 18, wherein said fifth length is equal to said 
10 second length. 

27. The method of claim 1 8 further comprising the step of transmitting a 
sixth information sequence of a sixth length and a sixth definition by said second 
device. 

28. The method of claim 27, wherein said sixth length is equal to said 
15 fourth length and said sixth definition is the same as said fourth definition. 

29. The method of claim 27, wherein said sixth length is equal to said 
second length and said sixth definition is the same as said second definition. 

30. The method of claim 17, wherein said predetermined time is 
calculated based upon a round-trip delay between said devices. 

20 31. The method of claim 1 further comprising the steps of: 
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failing to receive an acknowledgement from said first device for said 
second information sequence prior to occurrence of a predetermined event or 
condition; and 

transmitting a fifth information sequence of a fifth length and a fifth 
5 definition by said second device to said first device. 

32. The method of claim 1, wherein said method is utilized as a part of a 
fast train handshake between said devices. 

33. The method of claim 1, wherein said method is utilized as a part of a 
quick connect handshake between said devices. 

10 34. The method of claim 1 , wherein said method is utilized as a part of a 

rate renegotiation handshake between said devices. 

35. The method of claim 1, wherein said method is utilized as a part of a 
startup handshake between said devices. 

36. A communication method comprising the steps of: 

15 transmitting a long information sequence having first and second 

information definition portions; and 

transmitting a short infomiation sequence having said first 
information definition portion; 

wherein said first information definition portion includes a type portion 
20 distinguishing said first and second information sequences. 

37. The method of claim 36, wherein said long information sequence is 
an MP fi-ame and said short information sequence is an MPs. 
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38. The method of claim 36, wherem said long inforaiation sequence is a 
CP frame and said short information sequence is a CPs. 

39. The method of claim 36, wherein said long information sequence is a 
CPa frame and said short information sequence is a CPas. 

5 40. A conmiunication method comprising the steps of: 

receiving a long infomiation sequence having first and second 

information definition portions; and 

receiving a short information sequence having said first information 

definition portion; 

10 wherein said first information definition portion includes a type portion 

distinguishing said first and second information sequences. 

41. The method of claim 40, wherein said long information sequence is 
an MP frame and said short information sequence is an MPs. 

42. The method of claim 40, wherein said long information sequence is a 
15 CP frame and said short information sequence is a CPs. 

43. The method of claim 40, wherein said long information sequence is a 
CPa frame and said short information sequence is a CPas. 

44. A data signal embodied in a carrier wave, said data signal 
comprising: 

20 a first sync data segment; 

a first start data segment; 

a long frame indicator data segment; 
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a first acknowledgment data Segment; 

a second start data segment 

a plurality of parameters data segment; 

a third start data segment; 
5 a first CRC data segment; 

a second sync data segment; 

a fourth start data segment; 

a short frame indicator data segment; 

a second acknowledgment data segment; 
10 a fifth start data segment; and 

a second CRC data segment. 

45. The data signal of claim 44, wherein said data signal includes an MP 
frame and an MPs frame. 

46. The data signal of claim 44, wherein said data signal includes a CP 
15 frame and a CPs frame. 

47. The data signal of claim 44, wherein said data signal includes a CPa 
frame and a CPas frame. 

48. The data signal of claim 44, wherein said data signal includes an 
MP' frame and an MPs' frame. 

20 49. A communication device comprising: 



72 



BNSDOCID: -cWO_ ^010e398A1J_> 



wo 01/08398 



PCT/USOO/19480 



a receiver capable of receiving a first information sequence of a first 
length and a first definition followed by a second information sequence of a 
second length and a second definition; and 

a transmitter capable of transmitting a third information sequence of 
5 a third length and a third definition followed by a fourth information sequence of a 
fourth length and a fourth definition; 

wherein said first length is less than said second length. 
50. The device of claim 49, wherein said first length is the same as said 
third length and said second length is the same as said fourth length. 
10 51. The device of claim 49, wherein said first definition is the same as 

said third definition and said second definition is the same as said fourth 
definition. 

52. The device of claim 49, wherein said receiver receives a fifth 
information sequence of a fifth length and a fifth definition within a predetermined 

15 time. 

53. The device of claim 52, wherein said fifth length is equal to said 
second length and said fifth definition is the same as said second definition. 

54. The device of claim 52, wherein said fifth definition includes an 
acknowledgement information portion indicating receipt of said third information 

20 sequence. 

55. The device of claim 54, wherein said fifth information sequence is 
an MPs'. 
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56. The device of claim 54, wherein said fifth information sequence is a 

CPs'. 

57/ The device of claim 54, wherein said fifth information sequence is a 

CPas'. 

5 58. The device of claim 49, wherein said receiver fails to receive an 

acknowledgement for said third information sequence within a predetermined 
time, and said transmitter transmits a fifth information sequence of a fifth length 
and a fifth definition. 

59. The device of claim 58, wherein said fifth length is equal to said 
10 third length and said fifth definition is the same as said third definition. 

60. The device of claim 58, wherein said transmitter further transmits a 
sixth information sequence of said fourth length and said fourth definition. 

61. The device of claim 58, wherein said transmitter fiirther transmits a 
sixth information sequence of said third length and said fourth definition. 

IS 62. The device of claim 49, wherein said third information sequence is 

an MP. 

63. The device of claim 49, wherein said fourth information sequence is 
an MPs. 

64. The device of claim 49, wherein said third information sequence is a 

20 CP. 

65. The device of claim 49, wherein said fourth information sequence is 

a CPs. 
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66. The device of claim 49, wherein said third information sequence is a 

CPa. 

67. The device of claim 49, wherein said fourth information sequence is 
a CPas. 

5 68. The device of claim 49, wherein said receiver fails to receive an 

acknowledgement for said third information sequence within a predetermined 
event or condition, and said transmitter transmits a fifth information sequence of a : 
fifth length and a fifth defmition. 

69. A communication method comprising the steps of: 

10 transmitting at least one first information sequence of a first length and a 

first definition; and 

transmitting a second infomiation sequence of a second length and a 

second definition; 

wherein said first length is shorter than said second length. 
J 5 70. The method of claim 69, wherein said first information sequence is a 

CPs and said second information sequence is a CP. 

7 1 . The method of claim 69, wherein said first information sequence is a 
CPas and said second information sequence is a CPa. 

72. A data signal embodied in a carrier wave, said data signal comprising: 
20 a first sync data segment; 

a first start data segment; 

a first frame indicator data segment; 

a first acknowledgment data segment; 
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a second start data segment; 

a first CRC data segment; 

a second sync data segment; 

a third start data segment; 

a second frame indicator data segment; 

a second acknowledgment data segment; 

a fourth start data segment; 

a plurality of parameters data segment; 

a fifth start data segment; and 

a second CRC data segment; 

wherein said second frame indicator segment indicates that said plurality 
of parameters data segment follows. 
73. A communication device comprising: 

a receiver capable of receiving a first information sequence of a first length 
and a first definition followed by a second Information sequence of a second length and a 
second definition; 

wherein said first length is longer than said second length. — 



74. The device of claun 73 further comprising: 

a transmitter capable of transmitting a third information sequence of a 
third length and a third definition followed by a fourth information sequence of a fourth 
length and a fourth definition; 

wherein said third length is longer than said fourth length. 
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75. The devicet)f tdaim 23L»-wheEein^saidifimii^ sequence is^ 
CFa and said 'second jnibi iualhxn'seqxienceis'a^Cpas. 

76. The device of tdaim^, T?idiera isa 
CI^ and said second infi>nnation^sequencetsti<}pa. 

77. A conLQiunication method cojupjismg thcsteps o£ 
pcfforinin g an initial tiaiiiing; 

transnitting ]niminatiQn.fbr estabfa^dng^xiata protocd^and 
finalizing said training. 

78. The method of x:laim 77,. wheLeiii :said tlataqprotocol includes a data 
coirectim -protocol. 

79. Tlie method of xJaiui 77, ii^dicrein said jJata .protocol includes ^ data 
cQmpresstoninotocol. 

80. The method xxf ciaim TSy^^Aseteinssajd tlata conection protocol ~is 'a 
V.42 protocol, and wherein ^ .signal :similar::h> a ^.42 signal nstransmittBd 
during said transmitting step. 

'8 1 . The method of claim 77,. whcnsin said::tiainmg is substantialfysmiilar 
toV.90trainins. 

82. The method xff claim jSi^ w herein -a T>ortion of said information is 
transmitted as^part of a<HHstgnal. 

83. Hie mediod xif claim 'SI, wherein a. portion' of said mfoimation is 
tr&nsmitiedas-apart ofa<7-sign^. 
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5 84. liie TOctiiod ^'ciaim^i,-wherein-:a of infonnatton is 

transmitted as-a^mrt of aCPS'signal. 

85- The method "of daim nwberein ^qjortion of said infimnation is 
transmitted ^"part of a CP a s igna l. 

86, The method of riaim-8i,-wheran^:iK^^ 
10 transmitted as part of a Kfi^ignal. 

87/ The metfaodtyf tdaim^, whe icin said Laiiii ngTSja V.^ Uahiiik^ 

88. The^metfiod-ofeiaim-8i , w b ei eii i s a id -training is a V34 training. 

89- The method of cferim Si, whe rein saidtrainingis a tioiikiiig. 

90. The metfaod of clai m 77 fu r tlie r cum p ii s ing I fac step of receiving tteta 
15 protocoiTnfonnation for establishingsaidiiata protocol. 
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MP Bits 
LSB MSB 


Definition 


0 16 


Frame Sync: 11111111111111111 




Start bit: 0 


18 


Type: 1 


19 


Reserved for ITU: This bit is set lo 0 by the transmitting moOem and is not , 
interpreted by the receiving modem. % 


; ^ 20:23 


Maximum call modem to answer modem data signallinQ rate 

Data rale = N*2400 where N is a four-bit integer between 1 and 12. 


1 24:27 • 

■ 


Maximuna answer modem to call modem data signalling rate 1 
Data rate = N*2400 where N is a four-bit integer between 1 and 12. 


28 


Au^ilisrv f^hannel splect bit Set to 1 if modem is nao^ihtp of mionnrtino anrl 
pnat^tp^ Au^illflrv channel Auviliarv criannet is used onlv if tkolh mnrtpms <;p} i 
this bit to 1 ■ 


29 30 


Trellis encoder select bits: ! 

00: 16 State, 10: 32 Stale. 01: 64 State. 1 1: Reserved j 
Receiver requires remote-end transmitter to use selected trellis encoder 


31 


Nonlinear encoder parameter select bit for the remote-end transmitter. 
0:0 = 0.1:0 = 0.3125 


32 


Constellation shaping select bit for the remote-end transmitter. ; 
0: minimum. 1: expanded (see Table 10A/.34) \ 


33 


Acknowledge bit. O=modem has not received MP from far end. Is^received ' 
MP from far end. 




Stan bit: 0 


35 49 


Data signalling rate capability mask. 
1 Bit 35:2400; bit 36:4800; bit 37:7200; ... ; bit 46:28800; bits 47.48.49 ? 
Reserved for iltJ (These bits are set to 0 by the transmitting modem and are 
not interpreted by the receiving modem.). Bits set to 1 indicate data signalling 
rates supported and enabled in both transmitter and receiver of modem. 


50 


Asymmetric data signalling rate enable. Set lo 1 indicates modem capable of 
asymmetric data signalling rate$. 


51 


Start bit: 0 


52:67 


Preceding coefficient h(1) real 


66 


Start bit: 0 


69:84 


Preceding coefficient h(1) imaginary 


85 


Start bit: 0 


86:101 


Preceding coefficient h(2) real 


102 


Start bit: 0 


103118 


Preceding coefficient h(2) imaginary 


119 


Start bit: 0 


120:135 


Preceding coefficient h(3) real 


; 136 


Slart bit: 0 


137 152 


Preceding coefficient h(3) imaginary 


153 


Start bit: 0 


^ 154:169 
t 


Reserved for ITU: These bits are set lo 0 by the transmilling modem and are 
not interpreted by the receiving modem. 


: 170 


Start bit: 0 


1 171:186 


CRC 


' 187 


Fill bit: 0 
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CP Oils II 
lSBiMSB 1 


Oeiiniiion 


0:16 1 


Cr^mo Cun/»- 1111111411 1111 til 


17 (1 




IB 1 


Reserved tor ITU: This bit is seiio 0 by the analogue modem and is not inierpreied by the 


19 N 




1 


QoiootoH Hinitai mnfiom In anairmue mrwipin data siansllinQ rale inteoer. drn. between 0 
and 22- drn ** 0 indicates clesfdown. 

Data stgnatling rale » (drn-*' 20) '8000/6 in CP and (drn^8)'8000/6 in CPi. 


25,29 1 


Reserved lor ITU: These bits are set to 0 by the analogue modem an^Lare not inierpreted by 
the dtgita) modem 


30 1 


Set to 1 indicates a silent period is requested. This may be used during rate renegotiation 


31 32 


^ ' Thp number ot fiion bits used Bs redundancv fof SDeclrsI shspino 


33 


Acknowledge bit: 0 - modem has not received MP Irom (ar er>d. i » received MP Irom tar 


34 


Start bit; 0 


35 




36.48 


Analogue modem lo digital modem data signalling raie capability mask: 

oil j6:4oUUi ... , bit 4/.Ji«UO, Oil 40.J00UU. OlIS sei lO l inoicolo wivp a»yiioiHiiy lataa 


49:50 


Id: Number of k^okahead Irames requested during spectral shaping. This shall be consistent 

uwith tho />an9KIIittf»e nt tt\«* rfiniiaf mnrlem indicated in Ja 


51 


Start bit: 0 




ThA RM^ ualno nf TPN.^ At the transmill&r oulout divided bv the RMS value Ol TRNm at the 

output to the codec s D/A corwertor expressed in unsigned 03.13 format (xxx.xxxxxxxxxxxxx) 


CD 
DO 


Ciart Kit* n 


69:76 


Parameter ai ol the spectral shaping filter in signed Ot.6 formal {sx xxxxxxl 


77:84 


r arameier a? oi ine spocirai snapng iiiier in sionso u i .o lunnBi i9a.xaxaxai . 


85 1 


Stan l>it: 0 


86:93 ' 


Parameter bt of the spectral shaping filler in signed Q1.6 formal (sx.xxxxxx) 


94:101 


' Parameter \>2 of the spectral shaping filter in signed Ql.6 formal (sx.xxxxxx) 


102 




103:106 


[ An mieger oeiween o ano o oenoiirig me inaex oi ino w/ii»»ona»iui» w w wacu « • uwa naift^ 


107:110 


An integer between 0 arid 5 denoting the irtdex of the constellation to be used in data frame 

1 interval i 


1 11:1 14 


An integer between 0 and S denoting the index of the constellation to be used in data frame 
interval 2 


115:118 


An integer between 0 and 5 denoting the index ol the constellation to be used m data frame 

intan#fll ^ 


1 1Q 


5?iArl hul* n 


120:123 


An integer l)etween 0 and 5 denoting the index ol the oonsteltation to be used in data frame 

interval 4 


124:127 


An integer between 0 and 5 denoting the index ol the constellation to be used m data frame 
interval 5 ■ ^ 


128 


Set to 1 il the constellations at the transmitter differ from those at the output to the codec s 

D/A convenor 


129:135 


Reserved for ITU: These bits are set to 0 by the analogue modem and are not interpreted by 
the cfigital modem 


135 


Stan t>tt: 0 


137152 


Constellation mask for Uchordi (Bit 137 oonesDonds to Ucocje 0) 


153 


Stan bii: 0 


154:169 


Constellation mask lor Uchord? (Bit 154 oorresoonds to Ucode 16) 


170 


Stan bit: 0 


171:186 


Constellation mask for Uchords (Bit 17 1 corresponds to Ucode 32) 


187 


Sian bit: 0 


188:203 


ConsieUaiion mask lor Uchord4 (Bit 188 corresponds to Ucode 48) 


204 


Stan bit: 0 


205:220 


1 Constellation mask for Uchords (Bit 205 oorresoonds to Ucode 64) 


221 


Stan bit: 0 


222:237 


Constellation mask lor Uchords (Bit 222 corresponds to Ucode 60) 


238 


Stan bit: 0 


239:254 


Constellation mask lor Uchord? (Bit 239 corresponds to Ucode 96) 


255 


Stan bit: 0 


256:271 


Constellation mask lor Uchords (Bii 256 corresponds to Ucode 1 12) 


272:27 in 


Possibly more constellations in same lormat as bits 136:271 


272*-/:27l*5 


Corresponding codec consieliaiions in same lormat as bits 1 36:27 1 


272*5 


Stan bit: 0 


- 273*6:288*6 


CRC 


289*6:291 ^5 


FiU bits: 000 
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MPs Bits 
LSB:MSB 


Definition 


• 0:16 


Frame Svnc: 11111111111111111 


17 


Stan bit: 0 


i 18 


Type:0 


t- 19 


MPshort indicator: 1 


20:32 


Reserved for ITU: These bits are set to 0 by the transmitting modem 
and are not interpreted bv the receiving modem. 




Acknowledge bit, 0 = modem has not received MP from far end. 1 = 
received MP from far end. 


34 


Start bit: 0 


r 35:50 


CRC 


51:... 


Fill bits: Os to extend the MPshon sequence to the appropriate length 



FIG. 20 
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CPs Bits 
LSBrMSB 



0:16 



17 



18 



19 



20:32 



33 



34 



35:50 



51: 



Definiiion 



Frame Svnc: 11111111111111111 



Start bit: 0 



CPshort indicator: 1 



] - indicates CP (CPshort) 



Reserved for ITU: These bits are set to 0 by the transmitting modem 
and arc not interpreted by the receiving modem. 



Acknowledge bit. 0 = modem has not received CP from far end. 1 = 
received CP from far end. 



Start bit: 0 



CRC 



Fill bits: Os to extend the CPshort sequence to the appropriate length 



FIG. 21 
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CPas Bits 
LSB:MSB 


Definition 


0:16 


Frame Svnc: 11111111111111111 


17 ' • 


Start bii: 0 


18:20 


CPashort indicator: 1 


21:23 


Reserved for ITU: These bits are set to 0 by the transmitting modem 
and are not interpreted by the receiving modem. 


24:28 


Selected analogue modem data signaling rate, an integer, dm, 
between 0 2ind 21. 


29:30 


Trellis encoder select bits in analogue modem to digital modem 
direction. 


i 21 


Set to 1 indicates a silent period is requested. 


i 32 


Reserved for ITU: These bits are set to 0 by the transmitting modem 
and are not interpreted by the receiving modem. 


I 


Acknowledge bit. 0 = modem has not received CPa from far end. 1 = 
received CPa from far end. 


i 34 


Start bit: 0 


r .35:50 


CRC 


51:.,. 


Fill bits: Os to extend the CPashort sequence to the appropriate length 



FIG. 22 



16/22 



BNSDOCiD: <WO. 



.010839aA1J_> 



wo 01/08398 PCT/USOO/19480 



X 



< 



< 

I 



CO 
CM 

2 
U- 



a 



17/22 



BNSDOCID: <WO. 



.0108398A1J_> 



wo 01/08398 PCTAJSOO/19480 



TRN 



DPCM 



TRN 



MP ! MPs' I MPs' I E I DATA 



MP 



I MPs I MPs I MPs' I E I DATA 



FIG. 24a 



- APCM 



DPCM 



TRN 



TRN I CP I CPs' I CPs' I E i c5aTA" 



MP 



I MPsJ^Ps I MPsM^ E I data" 

aMfcj- x^>^% '^"^^^ 



FIG. 24b 



APCM_ 



TRN 



DPCM 



TRN 



r s 



CP 



I CPs' I CPs' I E I DATA 



Cpa 



ICPaslCPaslCPas'l E 



'^'^'^'^ J.H«1?, ^'^^iM 



DATA 



FIG. 24c 



18/22 



BNSOOCID: <WO_ 



.0108398AU_> 



wo 01/08398 



PCT/USOO/19480 




BNSDOCID: <WO ^010839aA1J_> 



wo 01/08398 



PCTAJSOO/19480 



to 




20/22 



BNSOOCID: <WO. 



010839aA1J_> 



wo 01/08398 



PCT/USOO/19480 




21/22 



BNSDOCID: <WO_ 



.010839aA1_L> 



wo 01/08398 



PCT/USOO/19480 




INTERNATIONAL SEARCH REPORT 



Interr nal Application No 

PCT/US 00/19480 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 H04M11/06 H04L29/06 



Accofding to (ntemationai Patent Classification (IPC) or to both national dassification and IPC 



B. RELDS SEARCHED 



f^nimum documentation seafdied (classification system foHowed by classification symlaots) 

IPC 7 H04M 



Documentation searched other than minimum documentation to the extent that such documents are included in the (ietds searched 



Sectronic data base consulted during the international search (name of data base and» where practical, search temis used) 

EPO-Internal, WPI Data, PAJ 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category • 



Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



ITU-T: "V.90" , ITU-T TELECOMMUNICATION 
STANDARIZATION SECTOR OF ITU, XX. XX, 
PA6E(S) C0MPLETE48 XP002 107773 



the whole document 



-/— 



1,3,4, 
10-13. 
17,19, 
21,22, 
26,27, 
36,40, 
44,49, 
50,52, 
54.58, 
60,69. 
72-74. 
77-79, 
81-83, 
86-88,90 

2,5-9, 
37-39, 
41-43, 
45-48, 



S 



Further documents are listed in the continuation of box C. 



0 



Patent family memt>ers are listed in amex. 



* Special categories of cited documents : 

"A" document defining the general state of the art which is not 

considered to be of particular relevance 
'E* earlier document bU published on or after the international 

filing date 

"L" document which may throw doubts on priority ctaim(s) or 
which is cited to establish the publication date of anotfier 
citation or other special reason (as specified) 

-O" document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international faing date but 
later than the priority date claimed 



1* later document pMJblished after the international filing date 
or priority date arKi rx>t in conflict with the application but 
cited to understand the principle or theory mdeifying the 
invention 

"X" document of particular relevance; the claimed invention 
canrHst be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

*Y* document of particular relevance: the claimed invention 

cannot be considered to Involve an inventive step when the 
. document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in tfieart. 

"&* document member of the same patent family 



Date of Itie actual completion of the international search 



12 October 2000 



Date of mailing of the international search report 



31/10/2000 



Name and mailing address of the ISA 

European Patent Office, P.8. 581 8 Patentlaan 2 
NL - 2280 HV Rijswijk 
Tel. (4O1-70) 340-204a Tx. 31 651 epo nl. 
Fax: <431-70) 340-3016 



Authorized officer 



Kalabic, F 



Form PCT/lSAStO (sacaond shaft!) (July t992) 



page 1 of 2 



BNSDOCID: <WO_ 



_0108398A1J_> 



3 





INTEIRN A 1 lUN AJL oll«AKLxl KcJrlJK 1 


Interr nal Application No 

PCT/US 00/19480 


C(Cent<nuatlen) DOCUMEHTS CONSIOEREO TO BE RELEVANT 




Caiegoiy* 


Citation of document, with indication.wherB appropriate, o* the relevant passages » 










55-57, 
63,65, 
67,70, 
71,75, 
76,84 


X 


US 5 317 594 A (YURI GOLDSTEIN) 
31 May 1994 (1994-05-31) 

rTkliimn 1 1 i np 67 — rolumn 2 line 51 
column 4, line 9 -column 6, line 7 
abstract; claims 1-10; figures 1,2,4A,4B, 




I. 4,10, 

II, 17, 
18,32, 
33,35, 
36,49, 
52,54, 
73,74, 
77,90 


A 


un Q7 4Q??a A (PARADYNE CORP) 
24 December 1997 (1997-12-24) 
page 3, line 13 -page 5, line 20 
page 10, line 24 -page 21, line 21 

aKc4>r*ar>i' • r1;)1in<C 1-^1?* 'floures 2~4 




1-88,90 


A 


EP 0 711 060 A (AT & T CORP) 
8 May 1996 (1996-05-08) 
un6 wno 1 e uuuuiii*siil 




1-88,90 


A 


EP 0 601 260 B (IBM) 

15 June 1994 (1994-06-15) 

abstract; claims 1-12; figures 1,3 






A 


WO 99 31813 A (3COM CORP) 
24 June 1999 (1999-06-24) 
the whole document 




77-88,90 


L 


MULTITECH: "V.92 Q&A" 
INTERNET, 'Online! 

5 September 2000 (2000-09-05), XP002149596 

Retrieved from the Internet: 

<URL : HTTP : //WWW . MULTITECH . COM/APPLICATIONS 

/DATA_FAX/V92.ASP> 

'retrieved on 2000-10-09! 

the whole document 




1-88,90 



Form PCT/ISAfilO (continuation of s«cond shMt) (July 1992) 



page 2 of 2 

BNSDOCID: <WO 0108398A1 J_> 



INTERNATIONAL SEARCH REPORT 

.ormatlon on patent family members 



Intern ial AppUcatlon No 

PCT/US 00/19480 



Patent document 
cited in search report 



US 5317594 



WO 9749228 



EP 0711060 



EP 0601260 



WO 9931813 



Publication 

date 



31-05-1994 



24-12-1997 



08-05-1996 



15-06-1994 



24-06-1999 



Patent family 
memt)er(s) 



Publcation 
date 



AU 
UO 



US 
WO 
WO 
WO 

us 
us 



CA 
CN 
JP 
US 



EP 
DE 
DE 
JP 
JP 
US 



3438593 A 
9314583 A 



5751796 
9749229 
9749193 
9749230 
5787363 
5852631 



A 
A 
A 
A 
A 
A 



03-08-1993 
22-07-1993 

12-05-1998 
24-12-1997 
24-12-1997 
24-12-1997 
28-07-1998 
22-12-1998 



2159845 A 
1133518 A 
8213983 A 
5600712 A 



A 
D 
T 



0601260 
69225715 
69225715 
2533286 B 
7226784 A 
5353280 A 



04-05-1996 
16-10-1996 
20-08-1996 
04-02-1997 

15-06-1994 
02-07-1998 
18-02-1999 
11-09-1996 
22-08-1995 
04-10-1994 



AU 



1920999 A 



05-07-1999 



Form PCT/ISA«10 (patent family anncK) <July 1992) 
3NSOOCiO: <WO____010839aA1 J_> 



(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



CORRECTED VERSION 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
1 February 2001 (01.02.2001) 




111 



PCT 



(10) International Publication Number 

WO 01/008398 Al 



(51) International Patent Classification'': H04M 11/06, 

H04L 29/06 

(21) International Application Number: PCT/USOO/ 19480 

(22) international Filing Date: 18 July 2000 (18.07.2000) 

(25) Filing Language: English 

(26) Publication Language: English 



(30) 



Priority Data: 

09/361,842 
09/394,018 
09/393.616 
09/416,482 
60/167,572 
09/557.233 



27 July 1999 (27.07. 1999) US 

10 September 1999 (10.09.1999) US 

10 September 1999 (10.09.1999) US 

12 October 1999 (12.10.1999) US 

26 November 1 999 (26. 1 1 . 1999). US 

24 April 2000 (24.04.2000) US 



(71) Applicant: CONEXANT SYSTEMS, INC. [USAJS]; 
4311 Jamboree Road, Newport Beach, CA 92660-3095 

(US). 



(72) Inventor: OLAFSSON, Sverrir; Thinghollsstraeti 14, 
IS- 101 Reykjavik (IS), 

(74) Agent: FARJAMI & FARJAMl, LLP; 16148 Sand 
Canyon, Irvine, CA 92618 (US). 

(81) Designated States (naUonal): CA, JP. 

(84) Designated States (regional): European patent (AT, BE, 
CH. CY. DE, DK, ES, H, FR. GB. GR, IE, IT. LU, MC. 
NL, PT. SE). 

Published: 

— with international search report 

(48) Date of publication of this corrected version: 

25 July 2002 

(15) Information about Correction: 

see PCT Gazette No. 30/2002 of 25 July 2002, Section H 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



= (54) Title: QUICK CONNECT PARAMETER EXCHANGE 



00 
QO 



O 




(57) Abstract: The startup, retrain, renegotiation quick connect or other processes of handshaking between communication systems 
involve the exchange of certain modulation, constellation, precoder, prefilter and other communication related information. The 
communication systems exchange one long information sequence including all the necessary communication information. Subse- 
quently, the communication systems start transmitting short sequences, including an acknowledgement information portion. If one 
of the communication systems does not receive an acknowledgement within a predetemiined lime or event, that communication sys- 
tem may retransmit another long information sequence. After such retransmission, the retransmitting conmiunication system may 
continue transmitting the long information sequences or may start transmitting the short sequences once again. Eventually, each of 
the communication systems should receive a long information sequence and acknowledge their receipt of such sequence. 



_010839aA1JA> 



wo 01/008398 



PCT/USOO/19480 



QUICK CONNECT PARAMETER EXCHANGE 
RELATED APPLICATIONS 

5 The present application is a Continuation-In-Part of United States 

application serial numbers 09/416,482 and 09/393,616, filed October 12, 1999 and 
September 10, 1999, respectively, which are both Continuation-In-Part 
applications of United States application serial number 09/394,018, filed 
September 10, 1999, which is a Continuation-Li-Part application of United States 

10 application serial number 09/361,842, filed July 27, 1999, which claims the benefit 
of United States provisional application serial numbers 60/128,874, filed April 12, 
1999. The present application also claims the benefit of United States provisional 
applications serial number 60/167,572, filed November 26, 1999. All above- 
mentioned applications are hereby fiilly incorporated by reference in the present 

15 application. 

FIELD OF THE INVENTION 

The present invention relates generally to communication systems. More 
20 particularly, the present invention relates to speeding up the coimect time between 
conmiunication systems. 

BACKGROUND OF THE INVENTION 

25 56 kbps modems are now standardized in accordance with the ITU. V.90 

Recommendation. However, many 56 kbps modems, particularly end user 
modems, may only be compatible with legacy modes such as K56flex, V.34, V.FC, 
and V.32. Such legacy modems, and downwardly compatible V.90 modems, may 
have an imdesirably long connect or initialization time between dial-up and full 

30 rate data mode. The startup time can be up to 30 seconds, which can be rather 
annoying and unattractive from the perspective of the end user, especially in light 
of other data conmnmication protocols that appear to operate in an "always 
connected" manner. 

35 V.90 modems that support legacy modem protocols typically perform the 

functions shown in Table 1 during initialization. The time periods associated with 
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the Operations set forth in Table 1 may vary from connection to connection 
depending upon various factors such as the server speed and channel conditions. 



PROTOCOL 


OPERATION 


TIME (seconds) 




Dialing 


1 




Call Establishment 


1 


V.Sbis 


Capabilities 
Exchange 


3.5 


V.8 


Capabilities 
Exchange 


3.5 


V.90 Phase 2 


Probing & Ranging 


1.5 


V.90 Phase 3 


Digital Impairment 
Learning; Initial 
APCM Training 


8.5 


V.90 Phase 4 


Final APCM 
Training; Set Power 
Levels; Constellation 
Transmission 


2.5 


V.42A^.42bis 


Error Correction; 
Data Compression 


0.5 




Login 


0.5-5 






TOTAL = 22.5 - 27.0 



Table 1 - Conventional V.90 Modem Startup 



5 

The V.Sbis operation includes a relatively long timeout period that 
encompasses much of the time period associated witii the operation. This 
operation is described in detail in ITU-T Recommendation V.Sbis (hitemational 
Telecommunication Union, August 1996), the content of which is incorporated by 

10 reference herein. The V.Sbis protocol is an extension of the V.S protocol, as 
described in ITU-T Recommendation V.S (International Telecommunication 
Union, Febmary 1998), the content of which is incorporated by reference herein. 
In accordance with V.Sbis and/or V.S, the two modem devices exchange their 
individual capabilities such that compatible protocols may be utilized during 

1 5 subsequent initialization and data conMnimication procediires. 

The various V.90 startup phases are utilized to determine the analog and 
digital channel characteristics, to train the modem equalizers, and to otherwise 

2 
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attempt to optimize flie current coirpnunication session. The details of the V.90 
startup phases and other aspects of a V.90 modem system may be found in ITU-T 
Recommendation V.90 (International Telecommunication Union, Septraaber 
1998), the content of which is incorporated by reference herein. Although a 
5 portion of the V.90 startup segments shown in Table 1 are required without regard 
to the location or status of the client modem, many of the operations could be 
eliminated or shortened upon repeated connections associated with the same (or 
nearly identical) channel characteristics. 

10 In a conventional V.90 modem system, error correction and data 

compression techniques are performed during the V.42Ar.42bis stage. The 
specifics of V.42 are contained in mJ-T Recommendation V.42 (International 
Telecommunication Union, October 1996), the content of which is incorporated by 
reference herein. The specifics of V.42bis are contained in ITU-T 

15 Recommendation V.42bis (International Telecommunication Union, January 
1990), the content of which is incorporated by reference herein. The V.42 
operation is desirable such that the modem system can perform the login procedure 
in a substantially "error free" mode. The login procedure may be conducted with 
CHAP and PAP protocols; both are utilized for security pxirposes in the context of 

20 point-to-point protocol ("PPP") connections, e.g., a connection between a client 
computer and an internet service provider server. From the perspective of the 
V.90 modem devices, the login information is transmitted as data. Once the login 
procedure is performed, the dial-up connection is complete and data may be 
transmitted between the server and the host software associated with the client 

The widespread use of the internet as a daily research, entCTtainment, and 
commxmication tool has increased the deployment of 56 kbps modems. However, 
many chaimels can only support legacy modes such as V.34. Thus, although most 
newer modems (particularly those sold with new personal computers) are 

30 compatible with the V.90 Recommendation, many legacy modes are still in use. 
The long initialization period associated with V.90 modems that fall back into 
legacy modes may be annoying and imdesirable in many applications and can be a 
serious hindrance where a user would like to establish an immediate coimection 
after an unanticipated disconnect. In addition, even in the context of a connection 

35 between two V.90 modem devices, the long V.90 startup phases may test the 
mettle of an impatient end user. Accordingly, it would be highly desirable to 

3 
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reduce the initialization time normally associated with a conventional V.90 modem 
system. 

A given modem communication session may be interrupted or disconnected 
5 for any number of reasons. For example, a call waiting signal may dismpt a 
modem coimection to the extent that the modem call must either be reconnected or 
reinitialized. As another example, it may be possible to place a current modem 
connection on hold to enable the user to answer an incoming call in response to a 
call waiting signal or to enable the user to place an outgoing call without 

10 disconnecting the modem connection. Ideally, the modem coimection could be re- 
established in an instantaneous manner. However, in a practical system, a 
retraining or reinitialization procedure must be carried out to ensure that the two 
end devices are properly synchronized and to ensure that the channel is adequately 
equalized. As discussed above, conventional V.90 modem systems may spend 

15 more than 20 seconds during such retraining and reinitialization. Accordingly, it 
would also be desirable to reduce the reconnection tune between the same modem 
devices in response to a temporary disconnect or a temporary pause in the data 
communication. 

20 One major time consimiing portion of modem training and negotiation 

occurs during parameter exchanges, such as exchange of data signaling rate, 
precoding coefficient, spectral shaping, constellation information and etc. With 
reference to FIG. 5, it is shown that, for example, during V.90 negotiations, an 
analog pulse code modulation ("APCM") modem 580 transnwts a constellation 

25 parameter C'CP") frame 510 to a digital pulse code modxilation CT)PSM") modem 
590 that, uoi exchange, transmits a modulation parameter ("MP") frame 520 to the 
APCM modem 580. The MP frame 520 and the CP frame 510 are in synchronous 
form and include many bits of information and CRC information for error 
checking purposes (see FIGS. 17 and 18), as further described below. 

30 

As shown in FIG. 5, the APCM modem 580 continuously transmits CP 
frames 510 to the DPCM modem 590 until the APCM modem 580 receives a 
receipt acknowledgement from the DPCM modem 590 for one of the transmitted 
CP frames 510. Similarly, the DPCM modem 590 continuously transmits MP 
35 frames 520 to the APCM modem 580 imtil the DPCM modem 590 receives a 
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receipt acknowledgement from the APCM modem 580 for one of the transmitted 
MP frames 520. 

The receipt acknowledgement for the CP frame 510 is transmitted in the 
5 form of an MP frame 520, including each and every bit of information and having 
the acknowledgement bit 33 of the MP frame 520 set to a "1". The MP frame 520 
having its acknowledgement bit 33 set to a "1" is denoted as MP' frame 522. 
Once the DPCM modem 590 receives a CP frame 510, the DPCM modem 590 
starts transmitting the MP' frames 522 instead of the MP frames 520. This 
10 repeated transmission of MP' frames 522 continues until the DPCM modem. 590 
receives a receipt acknowledgement for the MP or MP' frames 520 or 522. 

Similar to the DPCM modem 590, the receipt acknowledgement from the 
APCM modem 580 is transmitted in the form of a CP frame 510, including each 

15 and every bit of information and having the acknowledgement bit 33 of the CP 
frame 510 set to a "1". The CP frame 510 havmg its acknowledgement bit 33 set 
to a "1" is denoted as CP' frame 512. Once the APCM modem 580 receives an 
MP frame 520, the APCM modem 580 starts transmitting the CP' frames 512 
instead of the CP frames 510. This repeated transmission of CP' frames 512 

20 continues xmtil the APCM modem 580 receives a receipt acknowledgement for the 
CP or CP' frames 510 or 512. 

The repeated transmissions of these long CP, CP% MP and MP' frames, 
including many bits of information, are indeed a tremendous overhead. This 

25 problem, however, gets even more exuberated in the next generation of standards, 
such as the ITU V.92 Reconmaendation, as more parameters and bits of 
information must be exchanged between the modems. FIG. 19 shows an example 
of the V.92 constellation parameter frame for the APCM modem 580 referred to as 
CPa frame 1900. As seen, the CPa frame includes many more bits of information 

30 than the CP and MP frames 1800 and 1900 (see FIGS. 17, 18 and 19), such as the 
constellation information with high resolution as well as precoder and prefilter 
coefficients. The CPa frame 1900 ftirther includes variable length parameters, 
such as parameter 1920, that can potentially add many more bits of information to 
the CPa frame 1900. 

35 
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Concerns have been raised ^^ that because of the acknowledgement 
mechanism introduced in the ITU Recommendation V.34 and re-used in the ITU 
Recommendation V.90, the startup time may be unduly increased for the ITU 
Recommendation V.92, due to these long sequences. For example, during a V.92 
5 PCM upstream startup, a significant amount of information needs to be exchanged 
between the DPCM modem 590 and the APCM modems 580. In particular, the 
DPCM modem 590 needs to transmit very long sequences, including constellation 
information with high resolution as well as precoder and prefilter coefficients in 
• the CPa frames- 

10 

Accordingly, there is an intense need in the art to eliminate the tremendous 
overhead of repeatedly transmitting these very long sequences, including many 
parameters and bits of information, thereby reducing the training and negotiation 
time and achieving a quick connect. 

15 
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SUMMARY OF THE INVENTION 

The present invention provides techniques to shorten the stmtup and 
reconnection times associated with a data communication system that employs a 

5 modem. The quick reconnect technique leverages the known channel 
characteristics of a previous connection to reduce the reinitialization period 
associated with subsequent attempts to reconnect the same two modem devices. In 
accordance w^ith one illustrative embodiment, the techniques of the present 
invention are utilized to reduce the reconnection time for a conraiunication session 

10 that follows an upper layer protocol, e.g., PPP. Although not limited to any 
specific modem application, the quick startup and reconnect procedures may be 
used to eliminate portions of the initialization protocols or processes normally 
employed by a V.90 modem, e.g., V.Sbis, V.8, digital impairment learning, initial 
training, probing and ranging, or the like. In addition, the quick startup and 

15 reconnect techniques may perform certain operations at a different time or in a 
different order m comparison to a conventional modem startup technique. 

The above and other aspects of the present invention may be carried out in 
one form by a method for reducing the recoimection time associated with a data 

20 transmission system having a first device configured to commimicate with a 
second device over a communication channel. The illustrative method involves 
establishing a communication session between the first device and the second 
device over the communication chaimel, obtaining a number of operating 
parameters for the data transmission system, where the operating parameters are 

25 associated with the communication channel, and storing at least one of the 
operating parameters at the second device. After a temporary pause in the 
communication session, the operating parameters are recalled at the second device. 

According to one aspect of the present invention, during the startup, retrain, 
30 renegotiation, quick connect or other handshaking processes between the 
communication systems, the communication systems exchange a nxmiber of 
parameters such as modulation, constellation, precoder, prefilter and other 
communication related information. The communication systems exchange one 
long information sequence including all necessary parameters or communication 
35 information. Subsequently, the communication systems start transmitting short 
sequences, including an acknowledgement information portion, but not all the 

7 
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other parameters or information embildded in the long sequences. Once each 
communication system receives a short sequence with the acknowledgment 
information indicating receipt of the long information sequence, the 
communication systems may move on to the next stage of the handshaking 
5 process. The use of short information sequences substantially shortens the 
handshaking process and eliminates the delay and overhead introduced by 
continuous transmissions and retransmissions of the long information sequences. 

In yet another aspect of the present invention, if one of the communication 
10 systems does not receive an acknowledgement sequence within a predetermined 
time or event, that communication system may retransmit another long information 
sequence. Subsequently, the retransmitting communication system may continue 
transmitting the long information sequences or may start transmitting the short 
sequences once again. 

15 

These and other aspects of the present invention will become apparent with 
further reference to the drawings and specification, which follow. 
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RRTFF DES CRIPTION OF THE DRAWINGS 

A more complete understanding of the present invention may be derived by 
referring to the detailed description and claims when considered in connection 
5 with the Figures, where like reference nimibers refer to similar elements 
throughout the Figures, and: 

FIG. 1 is a block diagram depicting a general modem system environment 
capable of supporting point-to-point protocol ("PPP") connectioiis; 

10 

FIG. 2 is a flow diagram of a general quick startup process according to the 
present invention; 

FIG. 3 is a block diagram depicting an illustrative modem system 
1 5 configured in accordance with the present invention; 

FIG. 4 is a flow diagram illustrating portions of a quick startup process 
performed by two modem devices; 

20 FIG. 5 is a timing diagram corresponding to a quick startup process 

performed by two modem devices; 

FIG. 6 is a timing diagram corresponding to a quick reconnect process 
performed by two modem devices; 

25 

FIG. 7 is a flow diagram illustrating a quick reconnect process performed 
by two modem devices; 

FIGS. 8-15 are timing diagrams corresponding to different modem-on-hold, 
30 reconnect, and clear down situations; 

FIG. 16 is a block diagram of a modem system environment in which 
various aspects of the present invention may be incorporated; 

35 FIG. 17 illustrates the definition of bits in an example modulation parameter 

(MP)frame; 

9 
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FIG. 18 illustrates the definition of bits in an example constellation 
parameter (CP) frame; 

5 FIG. 19 illustrates the definition of bits in an example constellation 

parameter for analog modem (CPa) frame; 

FIG. 20 illustrates the definition of bits in an example short modulation 
parameter (MPs) frame; 
10 'r 

FIG. 21 illustrates the definition of bits in an example short constellation 
parameter (CPs) frame; 

FIG. 22 illustrates the definition of bits in an example short constellation 
1 5 parameter for analog modem (CPas) frame; 

FIG. 23 illustrates an example of exchange of conventional modulation 
parameter (MP) frames according to the ITU V.34 Recommendation; 

20 FIG. 24a illustrates an example of quick exchange of modulation parameter 

(MP) frames according to one embodiment of the present invention; 

FIG. 24b illustrates an example of quick exchange of modulation parameter 
(MP) frames and constellation parameter (CP) frames according to one 
25 embodiment of the present inveiition; 

FIG. 24c illustrates an example of quick exchange of constellation 
parameter (CP) frames and constellation parameter fi'ames for the analog modem 
(CPa) according to one embodiment of the present invention; 

30 

FIG. 25a illustrates an example of quick exchange of modulation parameter 
(MP) frames in case of an erroneous frame transmission according to one 
embodiment of the present invention; 
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FIG. 25b illustrates an example of quick exchange of modulatipn parameter 
(MP) jframe and constellation parameter (CP) £rame in case of an erroneoias frame 
transmission according to one embodiment of the present invention; 

5 FIG. 25c illustrates an example of quick exchange of constellation 

parameter (CP) frame and constellation parameter frame for the analog modem 
(CPa) in case of an erroneous frame transmission according to one embodiment of 
the present invention; 

10 FIG. 26 illustrates an example of a rate renegotiation process occurring 

between the APCM and DPCM modems according to one embodiment of the 
present invention; 

FIG. 27 illustrates an example of a fast train process occurring between the 
15 APCM and DPCM modems according to one embodiment of the present 
invention; and 

FIG. 28 illustrates an example of a quick connect training process occurring 
between the APCM and DPCM modems according to one embodiment of the 
20 present invention. 
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DETAILED DESCRIPTION Ot A PREFERRED EMBODIMENT 

The present invention may be described herein in terms of functional block 
components and various processing steps. It should be appreciated that such 

5 functional blocks may be realized by any number of hardware components 
configured to perform the specified functions. For example, the present invention 
may employ various integrated circuit components, e.g., memory elements, digital 
signal processing elements, logic elements, look-up tables, and the like, which may 
carry out a variety of functions under the control of one or more microprocessors 

10 or other control devices. In addition, those skilled in the art will appreciate tiiat the 
present invention may be practiced in any number of data communication contexts 
and that the modem system described herein is merely one illustrative application 
for the invention. Further, it should be noted that the present invention may 
employ any number of conventional techniques for data transmission, signaling, 

15 signal processing and conditioning, and the like. Such general techniques that may 
be! known to those skilled in the art are not described in detail herein. 



It should be appreciated that the particular implementations shown and 
described herein are merely exemplary and are not intended to limit the scope of 

20 the present invention in any way. Indeed, for the sake of brevity, conventional . 
encoding and decoding, timing recovery, automatic gain control ("AGC"), 
synchronization, training, and other functional aspects of the data contununication 
system (and components of the individual operating components of the system) 
may not be described in detail herein. Furthermore, the connecting lines shown ini 

25 the various figures contained herein are intended to represent exemplary functional 
relationships and/or physical couplings between the various elements. It should be 
noted that many alternative or additional functional relationships or physical 
connections may be present in a practical communication system. 

30 FIG. 1 is a block diagram depicting a general modem system 100 in which 

the techniques of the present invention may be practiced. For purposes of this 
description, modem system 100 is assumed to be capable of supporting 
connections associated with an upper layer protocol, e.g., point-to-point protocol 
("PPP") connections. PPP connections are typically associated with intemet 

35 commumcations between, e.g., an individual end user and an intemet service 
provider. In this respect, modem system 100 includes a plurality of server modems 



12 



BNSDOCID: <WO ^010839aA1JA> 



wo 01/008398 



PCT/USOO/19480 



(identified by reference numbers 102a, 102b, and 102n) and a client modem 104. 
Server modems 102 may each be associated with an internet service provider or 
any snitable data source. Client modem 104 may be associated with a suitable data 
source, e.g., a personal computer capable of running host software 105. For 
5 purposes of this description, host software 105 may be an operating system such as 
MICROSOFT WINDOWS, or any application program capable of functioning in 
conjunction with modem system 100. Although not shown in FIG. 1, client 
modem 1 04 may be integrated with the personal computer. 

.10 In the context of this description, modem system 100 may employ 56 kbps 

modems that are compatible with the V.90 Recommendation, legacy 56 kbps 
protocols, the V.34 Reconamendation, or the like. Although the present invention 
is described herein in the context of a V.90 modem system, the techniques can be 
equivalently applied in a V.34 modem system or in any number of legacy modem 

15 systems- V.90 or 56 kbps modem devices are suitable for use in modem system 
100 where a given server modem 102 utilizes a digital connection 106 to the 
digital telephone network 108. The client modem 104 is connected to a local 
centi-al office 1 10 via an analog local loop 112. Thus, the communication channel 
established between client modem 104 and any server modem 102 is digital up to 

20 the central office 110. Thereafter, the digital signals are converted to an analog 
signal for transmission over the local loop 112. 

If an end user desires to establish an internet connection, host software 105 
may perform any number of operations in response to a user command. For 

25 example, host software 105 may pronapt client modem 104 to dial the telephone 
number associated with server modem 102a (which, for this example, is the server 
modem associated with the user's internet service provider). Server modem 102a 
and client modem 104 perform a handshaking routine that initializes the 
equalizers, echo cancelers, transmit power levels, data rate, and possibly other 

30 operational parameters associated with the current communication chaimel. In 
addition, host software 105 may cause client modem 104 to transmit and receive 
authentication data that enables the user to log onto the internet via the service 
provider. As mentioned above, the authentication data may be exchanged between 
server modem 102a and client modem 104 in accordance with the known CHAP or 

35 PAP techniques. In an alternate embodiment that employs a non-PPP upper layer 



13 



BNSDOCiD: <WO ^0108398A1JA> 



wo 01/008398 



PCT/USOO/19480 



protocol, a suitable login procedure iflay be conducted instead of the CHAP or 
PAP procedures. 

As discussed previoxisly, the dial-up connection time (and reconnection 
5 time) associated with conventional modem systems may be xmdesirably long. The 
present invention takes advantage of the repeated use of a communication channel 
between modem devices, e.g., the commxmication charmel that is established 
between server modem 102a and client modem 104. Assuming that client modem 
104 is associated with a desktop personal computer resident at a specific location, 

10 the connection to any given server modem 102 will necessarily be established over 
the same analog communication channel. In other words, client modem 104 will 
always establish an analog channel between the user premises and central office 
110. Disregarding slight variations in the analog channel due to temperature and 
other environmental effects, the initialization of client modem 104 (with respect to 

IS the analog channel) will remain substantially constant £rom connection to 
connection. 

FIG. 2 is a flow diagram of a general quick startup process 200 that may be 
performed by a data commimication system such as modem system 100. In a 
20 practical system, process 200 may be cooperatively performed by server modem 
102, client modem 104, host software 105, and/or any functional component of 
modem system 100. In addition, process 200 may be realized in the context of an 
overall initialization procedure that follows any number of conventional modem 
protocols. 

25 

Quick startup process 200 may begin with a task 202, which relates to the 
establishment of a call between client modem 104 and a server modem 102. In the 
context of this example, client modem 104 is considered to be the calling device. 
Accordingly, host software 105 and/or client modem 104 dials the telephone 

30 nimiber associated with, e.g., server modem 102b. Assuming that server modem 
102b is capable of making an additional connection, it wdll go off hook and 
generate a suitable answer tone in a conventional manner. When both modem 
devices are off hook and communicating with each other, a communication 
channel is established via digital connection 106, telephone network 108, central 

35 office 110, and analog local loop 112. The dialing, ringing, and answering 
procedures utilized during task 202 may follow conventional protocols. 
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Following task 202, a query task 204 may be performed by modem system 
100 to ascertain whether a quick comiect protocol is supported Query task 204 
may be necessary to enable different server modems and different client modems 
5 to be interoperable and compatible. For example, server modem 102b may be a 
V.90 modem device that supports the quick connect features of the present 
invention, while client modem 104 may be a legacy 56 kbps modem device that 
does not support the quick connect features. Portions of query task 204 may be 
performed by server modem 102b or client modem 104. An illustrative technique 
10 for performing query task 204 is described in detail below. Task 204 may be 
equivalently performed when cUent modem 104 initiates the call or when server 
modem 102 initiates the call. 

If query task 204 determines that the quick coimect protocol is not 
1 5 supported by both modem devices, then a task 206 may follow. Task 206 prompts 
modem system 100 to begin a conventional initialization routine. For example, in 
the context of a V.34 or V.90 modem system, task 206 may begin a capabilities 
exchange protocol such as V.Sbis. Alternatively, some modem systems may only 
implement the V.8 capabilities exchange protocol. Older legacy modem systems 
20 may skip the V.8 and V.Sbis procedures altogether and perform an appropriate 
initialization routine according to the legacy mode. Following task 206, modem 
system 1 00 may conduct a known startup procedure in accordance with an 
applicable modem specification. For example, if modem system 100 supports 
V.90, then task 208 may be associated with conventional V.90 equalizer training, 
25 echo canceler training, constellation design, power level verification, and other 
startup operations. If tasks 206 and 208 are performed, then the startup time 
associated witii the communication session is essentially the same as the startup 
time for a conventional V.90 connection. 

30 If query task 204 determines that the quick connect protocol is fully 

supported, then a query task 210 may also be performed. Query task 210 tests 
whether the characteristics of the established communication chaimel are similai- to 
corresponding characteristics of a previously established communication channel. 
Briefly, query task 210 compares one or more attributes of a received sequence to 

35 stored attributes of a previously received sequence associated with the previously 
established channel. The received signal conveys information regarding the 
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characteristics of the comxnimication cHannel. In particular, the received signal 
conveys information relative to analog local loop 112. 

In the illustrative embodiment described herein, where one modem device is 
5 connected digitally to the digital telephone network 108, analog local loop 112 
affects signals in a substantially consistent manner from connection to coimection. 
Although the analog characteristics will be similar for repeated connections to the 
same server modem 102, slight variations in temperature, hvimidity, other 
environmental changes, physical changes in the system hardware, and other 

10 operational parameters contribute to random fluctuations in the current channel 
characteristics used for comparison purposes. Nonetheless, the comparison 
procedure performed during query task 210 is preferably designed to accommodate 
such fluctuations. For purposes of this description, "similar" characteristics means 
that query task 210 will assume that the current channel matches a previous 

15 channel notwithstanding normal variations due to the uncontrollable and 
unpredictable factors mentioned above. 

If query task 210 determines that the parameters of the current 
commimication charmel do not match the parameters of a previous communication 

20 charmel, then a task 212 may be performed. Task 212, like task 206, prompts 
modem system 100 to begin a conventional initialization routine. In a preferred 
embodiment, if modem system 100 verifies that the quick connect protocol is fully 
supported (query task 204), then most, if not all, of the V.Sbis procedure may be 
skipped. Accordingly, the V.8 capabilities exchange protocol may be prompted by 

25 task 212. Thereafter, a task 214 may be performed to cause modem system 100 to 
enter the conventional V.90 startup procedure. Task 214 is similar to task 208 
described above. If tasks 212 and 214 are performed, then the startup time 
associated with the commimication session may be reduced by approximately three 
seconds, which is the typical time period required to conduct the V.Sbis 

30 procedures. Accordingly, even if query task 210 determines that the current 
charmel is not similar to a previous channel, quick startup process 200 reduces the 
overall initialization time of modem system 100, 

If query task 210 finds that the current charmel characteristics "match" the 
35 stored characteristics of a previously established channel, then a task 216 may be 
performed. An abbreviated training procedure is conducted during task 216. As 
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described in more detail below, modem system 100 leverages the known 
characteristics of the current channel such that the modem devices can be 
immediately trained. For example, although tiie specific ti ming phase of digital 
impairments (e.g., robbed bit signaling) may be unknown, the types of digital 
5 impairments will be consistent for repeated connections. Thus, in the context of a 
V.90 modem system, the lengthy digital impairment learning procedure need not 
be fully implemented. In addition, the initial training of equalizers and echo 
cancelers, and the initial determination of PCM codec transmit levels and data 
rates need not be performed. 

10 

A task 218 may be performed to enable modem system 100 to operate at an 
initial data rate. It should be appreciated that portions of the training associated 
with task 216 may be performed at the initial data rate associated with task 218. 
Modem system 100 is able to quickly operate at the initial data rate by recalling the 

15 initialization parameters associated with the previously stored chaimeL During 
task 218, modem system 100 may perform final training of the equalizers and echo 
cancelers, exchange modulation parameters, and exchange constellation signal 
points for use during the full rate data mode. In accordance with the present 
invention, PPP data may be transmitted during task 218 in connection with one or 

20 more final training sequences. For example, the PPP data may be associated with 
the exchange of log-in authentication information, e.g., CHAP or PAP 
information. In view of the transmission of data during task 218, this portion of 
quick startup process 200 may be considered to be a first data mode or a data phase 
one. 

25 

Following task 218, quick startup process 200 causes modem system 100 to 
operate at a final data rate (task 220). In the context of this embodiment, this 
portion of process 200 may be considered to be a second data mode or a data phase 
two. The transition between tihe initial and final data rates preferably occurs in a 
30 seamless manner; modem system 100 employs a suitable signal timing or 
synchronization technique to enable such a data rate transition. During the full 
data mode, modem system 100 utilizes the signal point constellation exchanged 
during task 218. Once modem system enters the final data mode, quick startup 
process 200 ends. 

35 
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FIG. 3 is a block diagram depicting an illustrative noiodem system 300 
configured in accordance with the present invention. Modem system 300 is 
preferably configured to carry but quick startup process 200 and other processes 
described herein. By way of example, modem system 300 is described herein in 
5 the context of a 56 kbps or V.90 system (or a system substantially similar to a V.90 
system). However, it should be appreciated that the particular implementation 
shown in FIG. 3 is not intended to limit the scope of the present invention in any 
way. 

10 Generally, modem system 300 includes a first modem, e.g., modem 302, 

and a second modem, e.g., modem 304. In the context of this description, modem 
302 is considered to be a server modem and modem 304 is considered to be a 
client modem (see FIG. 1). It should be appreciated tiiat modems 302 and 304 
may be similarly configured such that both can function in either a transmit or 

1 5 receive mode. Modems 302 and 304 are generally configured in accordance with 
known principles to communicate over a telecommunication network, such as the 
public switched telephone network ("PSTN") 306, via at least one communication 
channel (e.g., channels 308 and 310). For purposes of this description, modem 302 
is connected digitally to PSTN 306 while modem 304 is connected to PSTN via a 

20 central office (not shown) and an analog local loop, as described above in 
connection with FIG. 1. For the sake of clarity, FIG. 3 does not show the various 
encoder, decoder, and other fimctional elements that would typically be present in 
a practical modem system. 

25 Modem 302 may include a processor element 312, while modem 304 may 

include a processor element 314. In addition to the specific operations described 
herein, processors 312 and 314 are suitably configured to carry out various tasks 
associated with the operation of modem systrai 300. Indeed, modem system 300 
may incorporate any mmib^ of processors, control elements, and memory 

30 elements as necessary to support its fimctionality. Such processor, control, and 
memory elements may suitably interact with other functional components of 
modems 302 and 304 to thereby access and manipulate data or monitor and 
regulate the operation of modem system 300. 

35 Processor 312 may be operatively associated with a quick connect 

confirmation routine, which is illustrated as a fimctional block 322. Quick connect 
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confirmation routine 322 may be employed during query task 204 (see FIG- 2), 
Processor 312 is also operatxvely associated with a nxmiber of training routines 
324. Training routines 324 may be utilized for initial and/or final training of 
modem system 300. Training routines 324 may be employed during task 216, as 

5 described above. Processor 312 may also operate in conjunction with a dial-up 
authentication scheme 326, e.g., information exchanging in accordance with PAP 
or CHAP. The CHAP/PAP functionality may be alternatively (or additionally) 
realized in one or more software applications maintained by the server 
corresponding to modem 302, These illustrative operations are not intended to 

10 limit the applicabiUty of processing element 312, which is preferably configured to 
support any number of additional operations. 

Modem 302 includes a transmitter 316, which is configured to transmit 
encoded symbols in accordance with conventional data transmission techniques. 

15 Such symbols may represent data, training sequences, synchronization signals, 
control signals, information exchange sequences, and any suitable communication 
signal utilized by modem system 300. Modem 302 also includes a receiver 318, 
which may be configm-ed in accordance with any number of known modem 
technologies. Receiver 318 is configured to receive commmiication signals from 

20 modem 304; such signals may include encoded mformation bits, control signals, 
information exchange sequences, training sequences, and the like. Receiver 318 
may include or be functionally associated with an equalizer structure 317 and an 
echo canceler structure 319. The configuration and operation of equalizer 
structure 317 and echo canceler structure 319 may be consistent with any number 

25 of conventional techniques, e.g., adaptive filtering algorithms. 

Modem 302 is preferably configured to generate, process, and transmit 
different data and signals associated with the operation of modem system 300. 
Such data, signals, and sequences may be suitably stored, fomiatted, and produced 

30 by any mmiber of microprocessor-controlled components. For illustrative 
purposes, FIG, 3 depicts a number of blocks related to different operational 
features of modem system 300; such operational features may have specific data 
sequences, control signals, or the like, associated therewith. Although a practical 
system may process and transmit any amount of additional or alternative data, the 

35 particular embodiment described herein functions in cooperation with at least the 
following types of data: a transition sequence 328, an answer signal point 
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sequence 330, authentication iirfonnition 332, a quick connect identifier 334, 
training information 336, and user data 338. This data, and the handling of the 
data by modem system 300, is described in detail below. 

S Modem 302 also includes a suitable amount of memory 320 necessaiy to 

support its operation. Memory element 320 may be a random access memory, a 
read only memory, or a combination thereof. Memory element 320 may be 
configured to store information utilized by modem system 300 in connection with 
one or more processes related to the present invention. For example, memory 

10 element 320 may be configured to store a suitable answer signal point sequence 
338. Memory 320 may store specific signal points, transmit levels, a pattern 
utilized to format a sequence for transmission, or the like. In the preferred 
embodiment, answer signal point sequence 338 corresponds to sequence 330 
(described above). Memory element 320 may also be configured to store a number 

15 of parameters related to the training of receiver 318. These receiver parameters, 
which are depicted as block 340, may be associated vsdth die initialization of 
equalizer structure 317 and/or echo canceler structure 319. As a practical matter, 
memory element 320 may store information related to the analog and/or digital 
characteristics, e.g., filter tap coefficients, of equalizer structure 317 and echo 

20 canceler structure 319, and transmit codec level estimates. 

In accordance with a preferred embodiment of the present invention, 
memory element 320 is also capable of storing a number of parameters, attributes, 
and/or characteristics of a previously established channel (illustrated as a previous 

25 channel block 342). The previous channel parameters 342 may be stored at any 
suitable time during a communication session or periodically updated during a 
session. Indeed, modem 302 and modem 304 may both be configured to save the 
current channel parameters to anticipate a temporary interruption, delay, or 
disconnection associated with the current communication session (whether such 

30 intermption, delay, or disconnection is intentional or unintentional). As described 
in more detail below, in response to a temporary disconnection or pause in the 
modem data transmission mode, modem 302 can be placed "on hold" until the 
communication session is to be reinitiated. At that time, modems 302 and 304 may 
access the stored channel parameters rather tiian conduct a lengthy retrain 

35 procedure. 
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Modem 304 includes a receiver 350, which is operatively associated with an 
equalizer structure 352 and an echo canceler structure 354. Receiver 350 is 
configured to receive communication signals from modem 302. Modem 304 also 
includes a transmitter 356 configured to transmit conmnmication signals to modem 
5 302. These components of modem 304 may be similar to the corresponding 
components of modem 302. Thus, for the sake of brevity, the description of 
features and functions that are common to modems 302 and 304 will not be 
repeated in this description of modem 304. 

10 Processor 314 may be operatively associated with a quick connect 

confirmation routine 358, one or more training routines 360, and a dial-up 
authentication scheme 362. These processing functions are similar to the 
corresponding functions described above in connection with processor 312. In 
addition to these features, processor 314 may be operatively associated with a 

15 digital impairment learning routine 364. Digital impairment learning routine 364 
may be compatible with the digital impairment learning procedure carried out by 
conventional V.90 modems. Routine 364 may be utilized to enable modem 304 to 
analyze a digital impairment learning sequence transmitted by modem 302 and to 
determine the types of digital impairments present in the commimication channel 

20 and any timing phases associated with such digital impairments. Routine 364 may 
interact with a memory element 366 such that modem 304 can store the digital 
impairment profile associated with a given conununication chaimel. Routine 364 
may enable modem 304 to select appropriate signal points (or a signal point) that 
function to illuminate or highUght robbed bit signaling present in the channel. For 

25 example, if modem 304 determines that the network forces robbed bits (typically 
the least significant bit of a symbol) to zeros, then a signal point having a least 
sigmficant bit of one may be selected such that the robbed bit signaling phases can 
be easily detected. 

30 Processor 314 may also be configured to conduct a channel comparison 

routme 368, which may be performed during task 210 described above in 
connection with FIG. 2. Channel comparison routine 368 preferably determines 
whether the characteristics of the current conununication channel are similar to 
stored characteristics associated with a previously established communication 

35 channel. In the context of this description, the current channel is a repeated 
connection of the previously established channel, and a mmiber of stored 

f 
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characteristics may be resident in mei&ry element 366. Routine 368 is described 
in more detail below, 

As with processor 312, the illustrative operations set forth herein are not 
5 intended to limit the applicability of processing element 314, which is preferably 
configured to support any niraiber of additional operations. 

Like modem 302, modem 304 is configured to generate, process, and 
transmit different data and signals associated with the operation of modem system 

10 300. Such data, signals, and sequences may be suitably stored, formatted, and 
produced by any number of microprocessor-controlled components. Although a 
practical system may process and transmit any amount of additional or alternative 
data, transmitter section 356 is illustrated in conjunction with the following types 
of data: a quick coimect identifier 370, a transition sequence signal point identifier 

15 372, training information 374, authentication information 376, aind user data 378. 
This data, and the handling of the data by modem system 300, is described in detail 
below. 

As mentioned above, modem 304 includes a suitable amount of memory 
20 366 necessary to support its operation. Memory element 366 is similar to memory 
element 320. In the preferred embodiment, memory element 366 is configured to 
store an answer signal point sequence 380 that is related to the corresponding 
answer signal point sequence 338 utilized by modem 302. hi this embodiment, the 
same answer signal point sequence is predetermined and known at both modems 
25 302 and 304. Memory element 366 may also store a number of parameters, 
attributes, and/or characteristics of a previously established channel (illustrated as 
a previous channel block 382). The previous channel parameters 382 may be 
stored at any suitable time during a conomunication session or periodically updated 
during a session. Like memory element 320, memory element 366 may also be 
30 configured to store a number of parameters 384 related to the training of receiver 
350. These stored receiver parameters 384 are preferably accessed by modem 304 
to effectively reduce the startup latency typically experienced with conventional 
V.90 modem systems. 

35 A number of features of the present invention contribute to the reduction in 

conventional V.90 modem startup and/or reconnect times, e.g., the elimination or 
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abbreviation of the V.Sbis procedure, the elimination or abbreviation of the initial 
training procedure, and the exchanging of login authentication data earlier m the 
initialization process (rather than waiting until the full data rate is achieved). In 
one embodiment, the login authentication data is exchanged while the modem 
5 system is in an initially trained mode associated with an intermediate data rate. 
Any one of these (and other) features of the present invention may be implemented 
in modem system 300. 

. FIG. 4 is a flow diagram illustrating portions of a quick startup process 400 
10 performed by two modem devices, and FIG. 5 is a timing diagram 500 
corresponding to an illustrative quick startup process performed by two modem 
devices. Timing diagram 500 includes acronyms and abbreviations that are often 
used in the context of V.8, V.Sbis, V.34, V.90, and other data communication 
protocols. The use of such terminology herein is intended to illustrate the concepts 
15 of the present invention in the context of one practical embodiment However, the 
present invention may be employed in any suitable context, and the specific 
signals, mraiber of sequences, timing of the sequences, data rates, and interaction 
between the two modem devices shown in FIG. 5 are not intended to limit the 
scope of the invention in any way. 

20 

Quick startup process 400 is depicted in a manner that indicates tasks 
associated with a client modem, e.g., APCM, and a server modem, e.g., DPCM. 
Similarly, timing diagram 500 shows the general sequencing of signals transmitted 
by an APCM and a DPCM. In FIG. 5, the arrows between the two major 
25 sequences represent responses or interactions between the APCM and the DPCM. 

Quick startup process 400 may begin with a task 402, which causes the 
APCM to dial the telephone number associated with the DPCM. As described 
above, the call will be established over local loop 112, central office 110, and 

30 digital telephone network 108 (see FIG. 1). In response to the initial ring tone, the 
DPCM may be placed in an off hook state (task 404), i.e., the DPCM wiU answer 
the call. Of course, the APCM and the DPCM may be configured to place, 
answer, and process calls in accordance with conventional telephony protocols. 
Following task 404, a task 406 may be performed, to initialize a capabilities 

35 exchange protocol such as V.8 or V.Sbis. In the embodiment described hCTein, a 
capabilities request signal (represented by CRe in FIG. 5) may be transmitted 
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during task 406. The CRe signal ni^y ftinction to inform the APCM that the 
DPCM supports the quick connect procedure. The CRe signal may be a modified 
version of the conventional V.Sbis signaling toiies, e.g., the V.Sbis tones may be 
amplitude modulated. Alternatively, the jfrequency associated with a signaling 
5 tone may be jittered in a periodic manner or a low-level wideband signal may be 
added to a tone, hi this maimer, legacy modem systems will recognize the CRe 
signal as the normal V.Sbis CRe sijgoal. 

In response to the establishment of a call associated with the current 
10 communication channel, the APCM may perform a task 408 to suitably transmit a 
quick coimect identifier (QC) to the DPCM. In the practical embodunent 
described herein, the transmission of the quick coimect identifier may be prompted 
in response to the detection of the CRe signal by the APCM. The QC signal is 
preferably designed such that legacy modrass and modems that do not support the 
15 quick connect protocol are not adversely affected by tiie QC signal, i.e., the QC 
signal should be ignored by non-compatible devices. (If the APCM does not 
siq)port the quick connect techniques described herein, then it will not generate the 
QC signal and the startup will proceed in a conventional manner, as described 
above in connection with FIG. 2). In a preferred embodiment, the QC signal also 
20 conveys a signal point identifier that identifies signal points (or one point) for use 
by the DPCM in a transition sequence (represented by QTS and QTS\ in FIG. 5), 
where the signal points function to highlight, illuminate, or make apparent the 
digital impairments present in the comnaunication channel. Thus, the QC signal 
sequence perfoims a dual function. 

25 ^ 
Assuming that the DPCM also supports the quick connect methodology, it 
preferably performs a task 410 m response to the reception of the QC signal. In 
connection with task 410, the DPCM transmits a quick coimect acknowledgment 
(represented by the QCA signal in FIG. 5). As described above in connection with 

30 FIG. 2, if the DPCM does not acknowledge the QC signal, or if the APCM 
somehow fails to receive the QCA signal, then the modem system will proceed 
with a conventional startup procedure. The format, configuration, and processing 
of the QC and QCA signals may be carried out by the respective portions of the 
individual modems, as described above in connection with modem system 300 (see 

35 FIG. 3). 
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If the DPCM and the APCM both support the quick coimect technique, ^ 
any number of initialization routines may be eliminated, modified, or abbreviated, 
depending upon the specific application. For example, in the context of a V.90 
compatible modem system, the transmission of the QC signal may inherently 
5 mdicate that the APCM is V.90 compliant Similarly, the transmission of the QCA 
signal may inherently indicate that the DPCM is also V,90 compliant. 
Consequently, the modem system may eliminate portions or the entirety of the 
normal capabilities exchange protocol or protocols, such as V.8 and/or V.Sbis. 
This feature by itself can reduce the startup latency by as much as five seconds (for 
10 a typical coimection). 

It should be appreciated that the quick cormect identification and 
verification scheme described above in connection with task 402 through task 410 
can be equivalently applied when the DPCM initiates the call to the APCM. Such 

15 a situation may arise when, in response to an initial call or request fi-om the 
APCM, the DPCM calls the APCM to establish the commxmication channel. In 
tihis situation, the APCM will transmit the CRe signal, the DPCM will transmit the 
QC signal, and the APCM will transmit the QCA signal. In contrast to the above 
description where the APCM initiates the call, the APCM may transmit an 

20 additional signal or sequence to suitably identify the transition sequence signal 
points to the DPCM (rather than embedding the signal points ia the CRe or QCA 
sequences). 

Following task 410, the DPCM may perform a task 412 to obtain the signal 
25 points (or point) for use in a transition (or synchronization) sequence. As 
discussed above, the QC signal preferably conveys information that identifies 
signal points that make the presence of robbed bit signaling easily detectable by 
the APCM. The determination of the particular signal points may be carried out by 
the APCM, as described above in connection with the digital impairment learning 
30 procedure 364 (see FIG. 3). This detemunation may be based on past analyses of 
the digital impairments associated with a previous connection over the same 
channel. Task 412 may be performed by processor 312 after the APCM receives 
the QC signal. 

35 In response to task 412, a task 414 may be performed such that a suitable 

transition sequence is transmitted by the DPCM. In an exemplary embodiment, the 
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transition sequence includes positive^ and negative values of the signal points 
obtained in task 412. Accordingly, the DPCM may utilize the signal points 
selected by the APCM and a suitable sign pattern (which may be predetermined) to 
generate the transition sequence. The transition sequence is configured and 
5 formatted such that the APCM, upon detecting the transmission sequence, can 
synchronize itself to the subsequent signal or sequence transmitted by the DPCM. 
In this manner:, the APCM receiver can obtain its timing from the transition 
sequence. The transmission sequence may be of any predetermined length and 
have any predetermined sign pattern. For example, in the embodiment depicted in 
10 FIG. 5, the transition sequence is represented by the quick timing sequence (QTS) 
and QTS\ signals, v^here QTS represents a specific signal point sequence and QTS\ 
is the same sequence having opposite signs. In FIG. 5, the QTS sequence is 
repeated for 810 symbols while the QTS\ sequence is repeated for 30 symbols. 

15 In accordance with one practical embodiment of the present invention, the 

QTS sequence is formatted such that the period of the QTS root sequence and the 
period of the robbed bit signaluig ("RBS") associated with the network connection 
have no common denominator (other than one). For example, one suitable QTS 
root sequence is 0, +A, -A, -i-A, -A (where A represents a signal point that 

20 highlights the presence of RBS. Thus, for the embodiment illustrated in FIG. 5, 
this QTS root sequence, which has a period of five, is repeated 162 times while the 
QTS\ sequence includes six repetitions of the root QTS sequence with inverted 
signs. 

25 For the above example, where the RBS period is assumed to be six, the 

received transition sequence may be subjected to a 30-point discrete Fourier 
transform ("DFT") to obtain the tuning phase of the DPCM. In addition, the 
presence of RBS will be revealed at certain discrete firequencies associated with 
the DFT result. In this manner, timing and RBS information can be extracted from 

30 the received transition sequence. In addition, the timing phase information is 
obtained independently from the RBS information. 

The DPCM is preferably configured to transmit a specific signal point 
sequence during sL task 416. The signal point sequence may be considered to be a 
35 modified answer tone, as that term is understood by those familiar with modem 
protocols. In FIG. 5, this signal point sequence is represented by the ANSpcm 
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signal. As depicted in FIG. 3, a predetermined ANSpcm sequence 338 may be 
stored in memory element 320 for transmission by transmitter section 316. In a 
practical embodiment, the DPCM transmits the ANSpcm signal following the 
transition sequence. This may be desirable to enable the APCM to anticipate the 
5 signal point sequence once it detects the transition sequence. In other words, the 
detection of the transition sequence by the APCM will indicate that the signal 
point sequence will follow. 

In a preferred embodiment, the ANSpcm signal comprises a sequence of 
10 pulse code modulation signal points or a sequence of signal points associated with 
pulse code modulation signal points. For example, the ANSpcm signal may be 
formatted as a sequence of mu-law or A-law codewords or a sequence of imiversal 
codewords (U-codes). The APCM and the DPCM are preferably configured such 
that the ANSpcm signal is predetermined and known prior to the initiation of quick 
15 startup process 400. In an alternate embodiment, a niraiber of different ANSpcm 
signals may be suitably stored in lookup tables or the ANSpcm signal may be 
designed by one of the modem devices and commxmicated in a suitable manner to 
the other modem device prior to task 416. For example, the AISTSpcm signal may 
be designed such that the presence of RBS can be easily detected by the APCM by 
20 analyzing the received ANSpcm signal. In such an embodiment, it may not be 
necessary for the transition sequence (QTS and QTS\) to identify or highlight the 
RBS. 

In the context of V.8, the answer tone is generated as an amplitude 
25 modulated 2100 Hz tone. In contrast, the present invention utilizes the ANSpcm 
signal to generate a tone (e.g., a 2100 Hz tone) in a digital manner using pulse 
code modulation signal points. In other words, the ANSpcm signal is a digital 
representation of an analog signal. The ANSpcm signal is preferably constructed 
with known pulse code modulation points such that the ANSpcm signal may be 
30 used for purposes other than a mere answer tone. In a preferred embodiment, the 
ANSpcm signal includes many of the available pulse code modulation points 
associated with the particular telephone network. This aspect of the ANSpcm 
signal is desirable such that the ANSpcm signal may be used to determine or 
identify the characteristics of the current communication channel, particularly 
35 digital pads. The use of a large mmiber of the possible codewords ensures that the 
ANSpcm signal v^ll detect digital pads that may merge two input levels faito one 
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output level. The ANSpcm signal is also configured to provide a tone suitable for 
disabling the network echo cancelers and disabling the network echo suppressors. 

If the ANSpcm signal is defined using look-up tables, a practical 

5 implementation may be difficult where multiple transmit levels are contemplated 
or required. For example, ITU-T Recommendation V.90 allows the DPCM to 
specify 32 different transmit levels. Storing a separate table for each transmit level 
may thus lead to excessive memory requirements. Accordingly, in an alternate 
embodiment, a procedure may be defmed for mapping a plurality of codewords 

10 associated with one transmit level into a corresponding plurality of codewords 
associated with the other transmit levels. For example, given a table of PCM 
codewords defining the ANSpcm signal for a level of -0.5 dBmO, the procedure 
may involve mapping each individual PCM codeword to its corresponding PCM 
level, scaling that level according to the desired transmit level reduction, 

15 quantizing the resulting level back to the closest PCM level, and converting to the 
corresponding PCM codeword. Thus a corresponding ANSpcm si^al can be 
constructed using the same mechanism in both tiie DPCM transmitter and the 
APCM receiver, hence producing the identical sequence of PCM codewords on 
each side. Note that, m accordance wiA this embodiment, the quantizing rule 

20 should be exact in dealing with "ties" in the quantization, i.e., if two PCM levels 
are equidistant from the scaled level. For example, the rule may dictate that, in 
case of a tie, the PCM level closer to zero is selected. 

In accordance with yet another embodiment, the overall method of defming 
25 the ANSpcm signal could be based on a predetermined algorithm that gen^tes 
the sequence of PCM codewords representing the ANSpcm signal. For example, 
the signal could be defiiied as a collection of tones, 2100 Hz being the strongest, 
where the tones have predefined amplitudes and initial phases. The sum of the 
tones would then be scaled according to the desired transmit level, and the 
30 resulting signal would be quantized to the closest PCM level, again using an exact 
quanti2ing rule in case of a tie. However, this method would also employ an exact 
definition of either the sine or cosine function, as well as how many bits were 
accumulated in summing tiie tones, to ensure that the calculations proceed in a 
consistent manner at both ends such that the ANSpcm signal can be properly 
35 detected. 
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As described above, the APCM anticipates the transmission of the ANSpcm 
signaL The digital impairments and analog characteristics associated with the 
commimication channel will affect the ANSpcm signal as it is transmitted from the 
DPCM to the APCM, A task 418 may be performed by the APCM to obtain a 
5 received sequence that is related to the ANSpcm signal point sequence. The 
APCM may then perform a task 420 to compare a number of attributes of the 
received sequence with a number of stored attributes of a previously received 
sequence associated with a previously established communication channel. In an 
illustrative embodiment, the previously received sequence is a digital impairment 

10 learning ("DIL") sequence, which is a line probing sequence. In this respect, task 
420 determines whether a characteristic of the current channel is similar to a 
corresponding characteristic of a previously established channel. In a preferred 
embodiment, the chaxmel characteristics compared in task 420 are related to the 
digital impairments in the channel. In other words, task 420 validates a current 

1 5 digital impairment channel profile with a stored digital impairment channel profile. 
Task 420 may be performed by a suitable processor element of the APCM (see 
FIG. 3.). 

During task 420, any measurable characteristic of the points/levels, any 
20 measurable characteristic of the received sequence as a whole, and/or any 
measurable signal or quantity associated with the points/levels may be analyzed by 
the APCM. For example, any number of individual points or levels contained in 
the received sequence may be compared to corresponding points or levels stored at 
APCM (the stored points or levels may be associated with a prior DIL procedure). 
25 If the received points/levels "match'* the stored pointsAevels or if the differences 
between the received and stored points/levels are within a certain threshold, then 
the APCM may assimie that the current channel attributes match the stored channel 
attributes (see query task 210 in FIG. 2). 

30 The APCM may perform a procedure 421 to suitably obtain and save a 

number of attributes or characteristics of a previously established connection to the 
current channel- As described above, procedure 421 may cause the APCM to store 
the characteristics of the points/levels contained in a received DIL sequence. 
These past values are thereafter used during task 420. In this respect, procedure 

35 421 may update the previous values with new DIL values after the comparison in 
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task 420 is completed, e.g., in response to a subsequent DIL procedure associated 
with the current connection. 

As described above in connection with FIG. 2, if task 420 determines that 
S the channel characteristics do not siifficiently match» then the modem system may 
revert to a conventional V.90 startup procedure. FIG. 5 illustrates that the APCM 
may fall back into the V.8 protocol and transmit a conventional V.8 call menu 
(CM) message to the DPCM. The conventional V.8 startup for the APCM then 
follows along a sequence 502. In response to the CM message, the DPCM 
10 generates a conventional V.8 joint menu (JM) message and proceeds in accordance 
with the conventional V.8 initialization (indicated by a sequence 504). For the 
sake of illustration, quick startup process 400 assumes that task 420 determines 
that the current communication channel is similar to a previously established 
communication channel. 

15 

If the APCM validates the current channel characteristics with a previous 
channel, then it may trigger a quick startup routine to ftuther reduce the 
initialization time associated with the modem system. Alternatively, the DPCM 
may be configured to trigger the quick startup routine. Accordingly, a task 422 

20 may be performed, during which the modem system is initially trained. (For the 
sake of clarity and brevity, portions of task 422 and portions of the subsequent 
tasks may be performed by both the APCM and the DPCM; quick startup process 
400 depicts such combined functionality in the context of single process tasks). 
Task 422 may cause the APCM and the DPCM to be initialized in response to a 

25 number of stored parameters associated with the previously established 
communication chaimel. As mentioned above, the stored parameters may be 
related to the initialization or training of the equalizers, echo cancelers, transmit 
power levels, initial signal point constellations, or the like. Task 422 may operate 
in conjunction with procedure 421, which preferably functions to obtain and store 

30 the initialization parameters associated with the previous connection. In this 
respect, procedure 421 may be suitably designed to periodically save such 
parameters during the normal data mode of the previous coimection, after a 
renegotiation process, or in response to any condition or event associated with the 
previous communication session. Procedure 421 may also be configured such that 

35 erroneous settings or initialization parameters are not inadvertently saved. 
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In the context of a typical V.90 connection, task 422 may be related to a 
two-point training phase. Using the previous parameters, the modem system may 
be able to skip or abbreviate the conventional V.90 Phase 2 probing and ranging 
procedure and to skip or abbreviate the conventional V.90 Phase 3 digital 
5 impairment learning and initial training procedures. As shown in FIG. 5, the 
APCM and the DPCM may each transmit training sequences (represented by the 
TRNl signals) dxiring task 422. These training signals may be utilized to 
adaptively adjust the equalizer and echo canceler filter taps and to otherwise 
facilitate training of the modem system. Thus, one of the most time consuming 
10 procedures of a V.90 startup (the training of the APCM equalizer) can be 
performed in an efficient manner that allows ample time for fine tuning and 
training. 

In addition to the initial training that occurs during task 422, a task 424 may 

15 be performed. During task 424, tiie modem system may conduct error correction 
and/or data compression protocols. In a conventional V.90 modem system, the 
V.42 Recommendation is followed for purposes of error correction and the 
V-42bis Recommendation is followed for purposes of data compression. For 
example, in a normal V.90 operating mode associated with a PPP connection, the 

20 V.42 and V.42bis procedures are performed after final training and before the 
CHAP/PAP authentication procedure. V.42 and V.42bis are performed prior to the 
CHAP/PAP procedure because the CHAP/PAP procedure is better suited to an 
"error free" channel. In contrast to conventional V.90 systems, task 424 may 
perfomi V.42bis during Phase 3 of the V.90 startup. The shifting of V.42bis 

25 forward in the startup process contributes to the reduction in connection time. In 
FIG. 5, die XBD signal represents a modified version of the conventional V.42 
XED signal. For example, the XID signal may utilize a subset of the XID 
parameters used to negotiate compression and tihie like. Portions of the V.42bis 
procedure may also be conducted in connection with various modified signal 

30 sequences shown in FIG. 5. For example, the CPt signal may represent the 
conventional V.90 CPt signal combined with one or more V.42bis signals. 

In the preferred embodiment, the V.42bis procedures are performed to 
provide a substantially "error free" channel. Following task 424, a CONNECT 
35 message is issued to the host software. The CONNECT message indicates that the 
modem system is ready to transmit data at an initial data rate at this time. The 
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CONNECT message may be foraiattedj^ generated, and transmitted in accordance 
with known techniques. 

In response to the CONNECT message, the host software begins a 
5 "simultaneous" upper layer protocol login procedure, e.g., a CHAP or PAP 
procedure (task 428). Task 428 may be initiated automatically by the host 
software or in response to a user entry. The CHAP/PAP data transmission occurs 
in conjunction with a final training process. In the preferred embodiment, the 
APCM and the DPCM transmit the CHAP/PAP authentication data as scrambled 

10 digital data over the commimication channel. The scrambling of the authentication 
data enables the modem devices to perform fmal training on the authentication 
data. In a conventional V.90 modem system, the final training signals are 
formatted as scrambled "ones". The scrambled ones carry no information; the 
final training signal is merely utilized as a spectrally white source. The present 

15 iayention leverages the final training signals to carry user data while the modem 
devices complete the training process. Althou^ CHAP/PAP data is one preferred 
form of user data, the present invention is not limited to the transmission or 
exchange of authentication data. In addition, the particular scrambling algorithm 
may vary firom application to application. 

20 

In FIG. 5, the dual fimction signals are represented by the TRN2A/PPP and 
TRN2D/PPP signals. In this respect, the receiver sections in the modem devices 
may be trained at an initial data rate diuring a first time period, e.g., during a data 
phase one, such that they may seamlessly transfer to operating at a final data rate 
25 during a subsequent time period, e.g., during a data phase two. Furthermore, the 
PPP log-in procedure can be performed at the initial data rate dining the first time 
period rather than after the modem sj^tem has been fiiUy initialized. 

During the initial data rate period, a task 430 may be performed to enable 
30 the APCM and the DPCM to exchange constellation parameters and modulation 
parameters (represented by the CP and MP signals in FIG. 5) in a suitable manner. 
Task 430 may be performed in a conventional V.90 manner. These parameters 
may be utilized by the modem devices during the subsequent data mode. After the 
training and authentication procedures are completed, the modem system 
35 preferably transitions to a full data rate in a seamless manner. A task 432 may be 
performed to conduct data transmission at the full data rate. This period may be 
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referred to as tiie data phase two. Once the modem system enters the full data 
mode, quick startup process 400 ends. 

In contrast to the conventional V.90 modem startup summarized in Table 1, 
5 a modem system according to the present invention may experience a reduced 
startup latency, as set forth in Table 2 below. Notably, the startup time 
summarized in Table 2 is approximately half of the startup time summarized in 
Table 1. The considerable reduction in startup latency would be desirable in many 
situations, particularly in the context of a PPP dial-up iatemet coimection using 
10 V.90 or legacy 56 kbps modem systems. 



PROTOCOL 


OPERATION 


TIME (seconds) 




Dialing 


1 




Call Establishment 


1 


V.Sbis (abbreviated) 


Capabilities 

Exchange 


1 




ModijBed Answer 

Tone 


1 


V.90 Phase 3 + 
V.42A^.42bis 


Initial APCM Training; 
Error Correction; 
Data Compression 


2.5 


V.90 Phase 4 + 

Login 


Final APCM Training; 
Set Power Levels; 
Constellation Transmission; 
Usemame & Password 


2-5 






TOTAL -8.5 - 1L5 



Table 2 - Quick V.90 Modem Startup 



The techniques of the present invention may be implemented in other 
IS contexts to reduce the reinitialization time associated vsdth reconnects after a line 
corrupting event or a channel interruption. For example, many telephone 
customers subscribe to call waiting, caller identification, and other telephony 
services. However, such services may be disabled or nonfunctional if the 
telephone line is being utilized for a modem connection. If call waiting is not 
20 disabled during a modem connection, then the signal tones may interrupt the 
modem connection. If the user decides to answer the waiting line, then the 
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off-hook and on-hook flash may cause tlae modem system to retram its receivers or 
prompt a full recomiect procedure. 

Rather than perform a time consuming recomiect or retrain procedure, a 
5 modem system may be configured to utilize stored analog and digital impairment 
information, equalizer settings, power levels, echo canceler settings, constellations, 
and tiie like. Such stored information can be used to iixraiediately reset the modem 
system parameters if the channel connection is intierrupted by a call waiting 
procedure, by an off-hook condition at an extension telephone device, by a caller 
10 identification request, or by any channel corruption event, whether such event is 
planned or unintentional. In this scenario, both the client modem and the server 
modem may store the relevant system attributes, modem operating parameters, 
channel characteristics, and/or network characteristics. 

15 In one practical example, in response to a call waiting tone, the client 

modem may signal the server to enter a standby mode. The server modem can then 
switch into an FSK mode to suitably detect the Class 2 caller identification 
information while the server idles. If the user wants to answer the second call, 
then the client modem may periodically transmit standby signals or heartbeat toneis 

20 to the server to instruct the server to continue holding. When the second call ends 
and the user desires to commence the data call, the cUent modem would commence 
a quick reconnect handshaking protocol (described below). On the other hand, if 
the user wants to terminate the first call, then a clear down message may be sent 
(altematively, the periodic hold signal may end). 

25 

The quick reconnect handshake causes the modem devices to recall the 
saved parameters and attributes of tiie "held" channel and the saved operating 
parameters associated with the modem devices, as described briefly above in 
coimection with previous channel parameters 342 and 382. With this technique, 
30 the modem system can be reconnected in a matter of seconds. Thus, the data mode 
user will not suffer the long reconnect penalty after handUng an incoming call 
waiting or caller identification signal. The data mode user, using call waiting in 
this fashion, would be capable of accepting intermittent intermptions without 
noticeable delays associated with the modem connection. 

35 
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This feature may be utilized to simulate an "always connected" mode with 
conventional PPP modem connections. For example, pertinent channel 
compensation information may be periodically saved for a given connection 
between a client modem and a server modem. The client xiser may answer 
5 incoming second line calls while pausing the data mode as described above. In 
addition^ the data mode may be gracefiilly terminated if the client user initiates an 
outgoing voice call. After the voice call terminates, the client modem may re-dial 
or otherwise re-contact the server modem and establish a quick connection using 
the stored parameters. 

10 

FIG. 7 is a flow diagram illustrating portions of a quick reconnect process 
700 performed by two modem devices, and FIG. 6 is a timing diagram 600 
corresponding to an illustrative quick reconnect process performed by two modem 
devices. Timing diagram 600 may include acronyms and abbreviations that are 

15 often used in the context of conventional data conmiimication protocols. The use 
of such terminology herein is intended to illustrate the concepts of the present 
invention in the context of one practical embodiment. However, the present 
invention may be employed in any suitable context, and the specific signals, 
number of sequences, timing of the sequences, data rates, and interaction between 

20 the two modem devices shown in FIG. 6 are not intended to linoit the scope of the 
invention in any way. 

Quick reconnect process 700 may be performed by a modem system after 
such modem system has established a communication session and, typically, after 

25 the modem system has entered a fiill-rate data mode. For purposes of this 
description, it may be assumed that the modem system is configured as described 
above (or is configured in an appropriate maimer to support the various process 
tasks described below). It may be asstmied that the two modem devices that 
perform process 700 are compatible with the quick recoxmect techniques described 

30 herein. Thus, process 700 need not perform any verification or signaling to 
determine whether the quick recoimect procedure can be carried out. 

Although not a requirement of quick reconnect process 700, the modem 
system may have been initialized in accordance with the quick startup techniques 
35 set forth above. Accordingly, process 700 assumes that both modem devices have 
stored any number of appropriate channel characteristics, receiver parameters, and 
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Other infonnation relevant to the initialisation, training, and synchronization of the 
modem system. As described above, such information may be suitably saved 
during a startup procedure or periodically during a suitable data mode. Process 
700 may be utilized to enable the current modem connection to be quickly re- 
5 established following a temporary pause in the modem data mode or any 
interrupting event. In this context, a practical system can maintain a 
commxmication link or connection between the modem devices while allowing a 
user of the client modem device to temporarily pause the modem connection (or 
the modem data communication mode). During the temporary holding period, the 
10 user may be able to answer another incoming call in response to a call waiting 
signal, initiate a new outgoing call, or the like, while the client side modem device 
idles. 

Quick recoimect process 700 may begin with a task 702, during which a 
15 reconnect indication is received by the DPCM (e.g., modem 302 shown in FIG. 3). 
The reconnect indication may be generated in response to a request (e.g., a user- 
initiated request) to terminate a temporary pause in the modem communication 
session. For example, a suitable reconnect signal may be generated by the APCM 
(e.g., modem 304) in response to a hook flash initiated by the user of the APCM or 
20 in response to an instruction generated by application solBware associated with the 
APCM. Alternatively, the APCM or a data access arrangement (DAA) associated 
with the APCM may generate a reconnect signal in response to a change in line 
current related to the on-hook status of telephone set. Such line-in-use detection 
techniques are genially known to those skilled in the art. The reconnect 
25 indication informs the DPCM that the user desires to re-establish the current 
modem connection, which has been placed on temporary hold. In a practical 
embodiment, the DPCM receives the reconnect indication and initiates a task 704 
in response to the reconnect indication. 



30 During task 704, the DPCM transmits a suitable reply signal that preferably 

informs the APCM that the quick reconnect procedure is supported. In the 
illustrative embodiment described herein, such a reply signal may include a 
suitable transition sequence as described above. Accordingly, quick reconnect 
process may perform a task 704, which may be similar to task 414 described above 

35 in connection with FIG. 4. For example, task 704 may cause the DPCM to 
transmit the QTS signal to enable the APCM to again determine the timing phase 
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of tiie DPCM (the QTS signal is identified by reference number 602 in FIG. 6). In 
addition, the retransmission of the QTS signal enables the APCM to obtain RBS 
characteristics of the data communication network (if necessary or desirable to do 
so), 

5 

It should be noted that, for many practical modem connections, the network 
connection (and the associated effects of digital pads and RBS) will remain 
consistent during the modem hold period. Of course, there may be some situations 
where the network connection is cleared down during the modem hold period to 

10 conserve network resources. In such situations, particularly if the same network 
connection is not re-established, the digital impairment profile of the network may 
not remain consistent. Furthermore, even if Ihe network characteristics do not 
change, the APCM may lose its RBS synchronization if the modem connection is 
put on hold (particularly if the APCM does not receive a signal firom the DPCM 

15 during the holding period). In this respect, even if the APCM can properly 
resynchronize itself to the network clock after a holding period, the specific RBS 
phases may still be unknown. Accordingly, quick reconnect process 700 is 
preferably arranged to contemplate that the network connection and the RBS 
timing has changed. 

20 

The reply signal may also include a suitable signal point sequence that 
follows the transition sequence. Accordingly, following task 704, the DPCM may 
perform a task 706 to suitably transmit a signal point sequence to the APCM. As 
described above in connection with task 416, the signal point sequence may be 

25 considered to be a modified answer tone, e.g., the ANSpcm signal (identified by 
reference nimiber 604 in FIG. 6). The ANSpcm signal 604 may be configured as 
described above, e.g., the ANSpcm signal 604 may be suitably formatted to enable 
the APCM to determine or identify the characteristics of the current 
communication channel or network, particularly digital pads and/or olher digitsd 

30 impairments. The ANSpcm signal 604 is also configured to provide a tone 
suitable for disabling the network echo cancelers and disabling the network echo 
suppressors. 

In a practical embodiment, the APCM anticipates the transmission of the 
35 ANSpcm signal 604. For example, the APCM may be configured to condition its 
receiver to receive the ANSpcm signal 604 after it transmits the recoxmect 
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indication to the DPCM. Accordingly, %ick reconnect process 700 may include a 
query task 708, which preferably determines whether the ANSpcm signal 604 has 
been received by the APCM and/or whether the DPCM receives a suitable 
acknowledgment that the APCM received the ANSpcm signal 604. If not, then 
5 process 700 may exit and the modem system may proceed with a traditional 
reconnection routine. If query task 708 detennines that the ANSpcm signal 706 
was properly received, then the APCM may process the received signal as 
described above to enable the APCM to determine the digital impairments 
associated with the re-established channel. 

10 

A task 710 is preferably performed to cause both modem devices to recall 
and obtain the characteristics and parameters associated with the previous chaimel 
connection, i.e., the channel before the modem connection was placed on 
temporary hold. Task 710 may cause the DPCM to access previous channel 

15 information 342 and may cause the APCM to access previous channel information 
384. As described above, this information may include one or more parameters 
related to: the current channel conditions (as previously determined), any number 
of settings associated with the modem receivers, characteristics of the 
commimication network, or the like. Task 710 enables the modem system to 

20 quickly retrieve these stored parameters and reset the modem devices in an 
appropriiate maimer in lieu of an independent reassessment of the channel and in 
lieu of a full retraining process. Task 710 may be performed by the DPCM once it 
receives the reconnect identifier from the APCM, while task 710 may be 
performed by the APCM before it receives the ANSpcm signal 604. If task 710 is 

25 performed by the APCM, the APCM equalizers are initialized according to tiie 
previous chaimel information 384 such that the ANSpcm signal 604 can be 
properly received and analyzed. 

The DPCM may reacquire its timing synchronization in accordance with 
30 any nimiber of techniques, such as the conventional V.34 half-duplex primary 
channel resynchronization procedure set forth in ITU-T Recommendation V.34 
(International Telecommunication Union, September 1994), which is incorporated 
by reference herein. In other words, as shown in FIG. 6, the APCM may be 
configured to transmit a PP signal 610 to enable the DPCM receiver to synchronize 
35 its timing recovery and carrier recovery. The S and S\ preamble signals (reference 
numbers 606 and 608, respectively) may be used to initialize ah automatic gain 
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control element or the like. The B l signal 612 may be considered to be a preamble 
sequence that may be employed to initialize the DPCM SCTambler, trellis coder, 
and the like. These signals and sequences are set forth in detail in tiie V.34 
Recommendation and will not be described in detail herein. 

5 

Concurrently, the DPCM may transmit an R signal 616 followed by an R\ 
signal 618 and a Bl signal 620, These sequences also serve as suitable preamble 
sequences that enable the APCM to prepare for the data mode. These signals and 
sequences are set forth in detail in the V.90 Recommendation and will not be 
10 described in detail herein. 

In response to the resynchronization sequences, the modem system enters 
the data mode and the system can begin transmitting data at the fiill data rate (task 
712). In other words, the data transmission mode is re-established without 

15 completely clearing down the previous connection. The data mode is identified by 
sequences 614 and 620 in FIG. 6. Notably, in contrast to quick startup process 
400, quick reconnect process 700 need not perform a comparison of the channel 
characteristics (see task 420), an initial training procedure (see task 422), an error 
correction and data compression procedure (see task 424), a final training 

20 procedure (see task 428), an authentication exchange (see task 428), or an 
exchange of constellation and modem parameters (see task 430). With respect to 
the PAP/CHAP authentication information, tiie modem system may be suitably 
configured to maintain the PPP/TCP/IP protocol layer during the hold period such 
that the PPP authentication data need not be retransmitted. Accordingly, the 

25 modem system may re-establish its modem connection without wasting time 
performing several traditional initialization tasks. In a typical practical system, tiie 
quick recoimect process can be employed to reestablish the data mode in less than 
1.5 seconds. 

30 An alternate version of the quick reconnect procedure may employ a timing 

diagram similar to timing diagram 500 (see FIG. 5). However, in such an 
embodiment, several of the signal segments described above in cormection with 
timing diagram 500 can be reduced in length, thus reducing the conventional 
reconnect time. For example, the various TRN training sequences and the 

35 parameter exchange signals may be shortened considerably because they need not 
convey essential information. For practical implementation reasons, it may be 
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desirable to keep the general sequence'^ istructure intact in this manner (instead of 
eliminating segments from timing diagram 500). Indeed, from a software 
implementation standpoint, segment lengths can be adjusted in a relatively 
straightforward manner, while the removal of entire segments from an existing 
5 protocol may be a time consuming and arduous task. Although the reconnect time 
for such an alternate embodiment may be longer than that described above in 
connection with timing diagram 600 (e.g., up to 2.5 seconds), it is still significantly 
less than the time required to perform a conventional reinitialization procedure. 

10 As mentioned previously, call waiting and related telephony features can be 

troublesome when the line is being used for a modem connection. In response to a 
call waiting alert signal, the modem connection is often disrupted without the 
modem devices being aware of the cause of the dismption. The call waiting alert 
signal may cause the modem devices to disconnect or to enter a lengthy retraining 

15 mode. Furthermore, in many scenarios the consumer is unable to take advantage 
of the call waiting service itself. Generally, the present invention addresses this 
problem in the following ways: (1) by allowing either modem device to request an 
immediate clear down in response to a call waiting alert; (2) by allowing a first 
modem device to request the second modem device to go on-hold, and allowing 

20 the second modem device to grant or deny the request; and (3) by allowing either 
modem device to request a quick reconnect procedure (as described above). With 
this signaling technique in place, the modem connection can eiHier be cleared 
down, put on hold, or quickly reconnected in response to an alert signal, e.g., a call 
waiting alert. Similarly, if the modem connection is put oh-hold, then the same 

25 signaling mechanism can be employed to reconnect the modem session after the 
holding period. 

Assuming that boHi end devices (e.g., the DPCM and the APCM in a V.90 
system) are compatible with the modem-on-hold feature, an appropriate signaling 

30 scheme is utilized to enable the end devices to switch operating modes as 
necessary. Although the signaling scheme and various processes are described 
herein in the context of a modem system having an APCM at the client end and a 
DPCM at the server or central site end, the present invention is not so limited. For 
example, the techniques described herein may be equivalently applied in the 

35 context of a commvmication session between two client modem devices or in the 
context of a V.34 modem system. 
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FIG. 16 is a schematic representation of an exemplary environment in 
which a modem system 1600 may operate. Modem system 1600 generally 
includes a first modem device 1602, which may be associated with a central site, 
5 and a second modem device 1604, which may be resident at a customer site 1670. 
In the context of a typical V.90 system, first modem device 1602 may be the 
DPCM and second modem device 1604 may be the APCM. DPCM 1602 is 
coupled to a central office 1606 via a digital link and APCM 1604 is coupled to 
central office 1606 via an analog link, e.g., the local loop. It should be appreciated 
10 that modem system 1600 may include additional elements and functionality 
associated with the quick startup routine and/or the quick reconnect procedure 
described above. 

' FIG. 16 also depicts a calling device 1608 (which is capable of placing an 
15 incoming call to the customer site), a parallel answer device 1610 located at the 
customer site, and a series answer device 1611 located at the customer site. As 
shown in FIG. 16, parallel answer device 1610 is connected such tiiat it receives 
the same calls as APCM 1604 in a concxirrent manner. In contrast, series answer 
device 1611 is connected such that APCM 1604 routes calls to it; APCM 1604 
20 may control or regulate the call traffic to and from series answer device 1611 in a 
conventional maimer. A call may be established between calling device 1608 and 
answer devices 1610 and 1611 via central office 1606, and a modem connection 
may be established between DPCM 1602 and APCM 1604 via central office 1606. 

25 Generally, the modem system is configured to support a signaling 

mechanism that responds to call waiting and other situations that may call for an 
interruption in the modem connection. For example, APCM 1604 may transmit a 
suitably formatted signal to initiate a modem-on-hold state, DPCM 1602 may 
transmit a different signal to acknowledge the modem-on-hold request, APCM 

30 1604 may transmit yet another signal to request that a quick reconnect procedure 
(as described above) be initiated, and either modem device may transmit a signal 
that represents a clear down request. For the sake of clarity and brevity, FIG. 16 
depicts APCM 1604 and DPCM 1602 in a manner that relates to the example 
processes described herein. In practical embodiments, each of the modem devices 

35 may be capable of functioning as a transmit or receive modem, and each of the 
modem devices may be capable of originating the various signals described herein. 
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DPCM 1602 includes a transmitter section 1612 and a receiver section 
1614, both of which may be conj5gured in accordance with conventional 
technologies and in accordance vsdth the above description of modem system 300 
5 (see FIG. 3). DPCM 1602 is capable of transmitting a number of signals, 
sequences, and tones during initialization procedxires, the data mode, the hold 
mode, and transition modes. As described above, DPCM 1602 may be configured 
to transmit a suitable transition sequence 1616 and a characteristic signal point 
sequence (such as the ANSpcm signal 1618) associated with a quick startup 
10 routine or a quick reconnect procedure. During the data mode, DPCM 1602 
transmits data 1620 in accordance with a suitable data transmission scheme. 

DPCM 1602 is also capable of transmitting a number of signals that may be 
received by APCM 1604 and/or by central office 1606, For example, DPCM 1602 

15 is capable of transmitting an "A" tone 1622 and a "B'" tone 1624 as described 
herein. In one practical embodiment, "A" tone 1622 is a 2400 Hz tone and "B" 
tone 1624 is a 1200 Hz tone (as set forth in ITU-T Recommendation V.34). Of 
course, the modem devices may generate and process any suitable tones or signals 
in lieu of (or in addition to) these predefined tones. DPCM 1602 is also 

20 configured to transmit a number of additional signals associated with the initiating 
of a modem-on-hold mode, the reconnection of a modem session after a holding 
period, and the clearing down of a modem connection. For example, DPCM 1602 
may be capable of transmitting a modem hold request 1626, a modem hold 
acknowledgment 1628, a quick reconnect request 1630, and a discoimect signal 

25 1632 (referred to herein as "modem status signals")- The format and function of 
these signals are described in more detail below. 

DPCM 1602 may also include a signal detection element 1634, which may 
employ any nuniber of known techniques to detect, analyze, and interpret control 
30 signals, requests, and tones transmitted by APCM 1604 and/or by central office 
1606. For example, signal detection element 1634 may utilize a conventional tone 
detector and/or a conventional V.34 or V.90 differential phase-shift keying 
(DPSK) receiver configured to detect and distinguish the different signals 
described herein. 

35 For purposes of the signaling scheme described herein, APCM 1604 is 

preferably configured in a manner similar to DPCM 1602. In other words, APCM 
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1604 is capable of transmitting an "A" tone 1642, a "B" tone 1644, a modem hold 
request 1646, a modem hold acknowledgment 1648, a quick reconnect request 
1650, and a disconaect signal 1652. In addition, APCM 1604 may be configured 
to generate a caller ID tone 1654 that informs central office 1606 that the customer 
5 site supports a caller ID feature (as depicted by the caller ID component 1656). In 
accordance with current standards, caller ID tone 1654 is a DTMF "D" tone having 
a length of approximately 55-65 milliseconds. Of course, APCM 1604 transmits 
data 1658 during the data mode. 

10 As described above in connection with DPCM 1602, APCM 1604 

preferably includes a signaling detection element 1660 that enables APCM 1604 to 
receive, detect, and analyze the various signaling tones and sequences transmitted 
by DPCM 1602. In this manner, both APCM 1604 and DPCM 1602 are capable of 
receiving the signals and are capable of switching operating modes in response to 

15 the particular signal or signals that are received. 

Central office 1606 is configured in a conventional manner to perform 
circuit switching associated with modem, voice, and facsimile calls. Central office 
1606 may support any number of customer sites and central office 1606 may be 
20 operatively coupled to any nimiber of other central offices, central site modems, or 
the like. As described briefly above, APCM 1604, answer device 1610, and caller 
ID component 1656 may reside at customer site 1670. Accordingly, APCM 1604, 
answer device 1610, and caller ID component 1656 are all supported by central 
office 1606. 

25 

Central office 1606 includes a suitable switching fabric 1672 for routing 
calls between the appropriate parties. For example, switching fabric 1672 may 
switch to a first state to establish a modem connection between DPCM 1602 and 
APCM 1604 and to a second state to establish a voice connection between calling 

30 device 1608 and answer device 1610. Furthermore, switch fabric 1672 may be 
capable of temporarily interrupting a connection to impress control signals, data, or 
tones onto the current circuit or line. In this respect, central office 1606 may 
transmit a nimiber of ring signals 1674, alert signals 1676, caller ID data 1678, and 
other information depending upon the particular situation. For example, in 

35 accordance with current methodologies, central office 1606 may temporarily 
intermpt a voice call and transmit a call waiting alert signal 1676 to the customer 
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site 1670. If the customer accepts the Sxcoming call, then switch fabric 1672 may 
be reconfigured to route the incoming call the customer site 1670 while tiie 
original call is placed on hold. As described in more detail below, a similar 
routine may be employed to place modem calls on hold. 

5 

As mentioned previously, the signaling scheme preferably employs Phase 2 
signaling tones that are also used by conventional V.34 and V.90 modern systems. 
In addition, the signaling scheme uses DPSK transmission techniques, w^hich 
allows the signaling to integrate in a seamless manner with V.34 and V.90 

10 retraining procedures. The signals are configured such that they can be detected 
by either a V.34A/^.90 DPSK receiver or by a relatively simple tone detector. In 
one practical embodiment, modem hold requests, modem hold acknowledgments, 
quick reconnect requests, and disconnect signals are preceded by a period (e.g., at 
least 50 milliseconds) of either tone A or tone B. This technique leverages the use 

15 of the A and B tones, which are employed by conventional V34 and V.90 modem 
systems, and takes advantage of the modulation scheme that is already in use by 
the modem system. Thus, because DPCM 1602 will typically be conditioned to 
receive DPSK signals, the signaling mechanism is easy to implement. 

20 The modem status signals that foUov/ the A or B tones are preferably 

transmitted as DPSK signals based on a repeated bit pattem. In the preferred 
embodiment, a modem status signal is a DPSK signal associated with eight 
repetitions of a four-bit pattem, where different patterns correspond to different 
modem status signals. The use of a four-bit pattem is desirable to enable the use 

25 of a simple tone detector for signaling detection elements 1634 and 1660; shorter 
bit patterns result in a fewer number of frequency components associated with the 
DPSK signal. Consequently, the signal detection scheme need not employ a 
complex processing routine that analyzes a large number of frequencies for 
spectral content. Illustrative bit patterns for the different modem status signals are 

30 set forth in Table 3 below. 



35 
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Table 3 - Modem Status Signals 



The particular bit pattems are preferably selected such that the resultant 
DPSK signal is distinguishable over DPSK signals that are "reserved" for use in 
5 the context of other data communication protocols. For example, a DPSK pattern 
of all zeros is equivalent to the A or B tones, and a DPSK pattern of all ones is 
equivalent to the V.34 INFOMARK signal. In addition, the particular bit pattems 
may be suitably selected such that the resultant DPSK signal is easy to detect by a 
tone detector. For the example bit pattems set forth in Table 3, the modem status 

10 signals will have the frequency content listed in Tables 4 and 5 below, where the 
frequencies are in Hertz, an "X'" indicates spectral content greater than a threshold 
level, and a slash indicates spectral content that is lower than the threshold level. 
For the example DPSK bit pattems shown in Table 3, a lower spectral energy 
component is at least 8 dB down from a higher spectral energy component at tiie 

IS same frequency. Consequently, the different modem status signals can be 
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Table 5 - Frequency Components for Modem Status Signals (DPCM) 



5 The different frequency ranges employed by the APCM and DPCM are 

related to an exemplary application where different carriers are used by Ae two 
modem devices. For example, in a conventional V.90 system, the DPCM uses 
signaling near 2400 Hz (tone "B" and the DPSK carrier), while the APCM uses 
signaling near 1200 Hz. This feature was derived from the conventional V.34 
10 scheme whwe the calling modem uses signaling near 1200 Hz and the answer 
modem uses signaling near 2400 Hz. Consequently, the two spectral patterns are 
the same but for the shift between 1200 Hz and 2400 Hz. This methodology 
ensures that the end devices can properly detect the signals even where both ends 
are transmitting the same type of signal. 

15 

In a practical system, the modem status signal detection need not detect the 
entire "spectral fingerprint" for the given signals. Rather, signal detection 
elements 1634 and 1660 may be configured to detect and analyze a distinctive 
number of the spectral components for purposes of indicating a match. For 
2b example, as shown in Table 4, if a signal contains relatively high spectral energy at 
1050 Hz and 1350 Hz, then the signal may be a disconnect signal or a modem hold 
request. Accordingly, the signal detection routine will continue to analyze the 
signal for spectral content at 900 Hz, 1200 Hz, and/or 1500 Hz and make the 
appropriate decision. 

25 
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FIG, 8 is a timing diagram that depicts the situation where a current modem 
connection is interrupted by a call waiting indication and the modem connection is 
placed on hold while the incoming call is answered by the client end. FIG. 8 is 
applicable regardless of whether customer site 1670 employs parallel answer 
5 device 1610 or series answer device 1611. The progression of signals, sequences, 
tones, commands, and the like are shown with respect to an APCM, a DPCM, and 
a central office (the central office may be associated with signals to the APCM and 
signals to the DPCM). For convenience, the process associated with FIG. 8 is 
described herein in the context of modem system 1600. 

10 

During the data mode, central office 1606 temporarily interrupts the modem 
connection and sends an alert signal 802 to APCM 1604. The alert signal may be a 
conventional call waiting alert and it may include a componrat that is audible to 
hmnans (e.g., an audio tone) and a component that is detectable by data 

15 communication devices or machmes. In accordance with most call waiting 
protocols, the alert signal components are transmitted in series. In response to 
alert signal 802, APCM 1604 may send a DTMF tone 804 to request caller ID 
information from central office 1606. As described above, tone 804 may be a 
short burst of a DTMF "D" tone having a duration of about 55-65 milliseconds. 

20 Assuming that central office 1606 receives and recognizes DTMF tone 804, it will 
format and transmit the caller ID data 805 back to the customer site 1670. As 
shown in FIG. 16, the caller ID data 805 (represented by reference number 1678 in 
FIG. 16) may be received and processed in a suitable manner for display or 
analysis by caller ID component 1 656. 

25 

In response to the switching out of APCM 1604 by central office 1606, 
DPCM 1602 begins a retrain procedure by transmitting an appropriate signal, e.g., 
a '"B" tone 806. In a practical application, the "B'' tone 806 is usually transmitted 
while the caller ID request 804 and caller ID data 805 is being received, processed, 

30 and transmitted by central office 1606. The "B" tone 806 is continuously 
transmitted while DPCM 1602 waits for APCM 1604 to reply with an "A" tone 
808. APCM 1604 may transmit the "A" tone 808 if it receives the "B" tone 806 
from DPCM 1604. As mentioned above, the "A'' tone 808 is preferably 
transmitted for at least a minimvim duration, e.g., 50 milliseconds, to give DPCM 

35 1602 the opportunity to receive it If DPCM 1602 does not receive an "A" tone 
808 within a specific time period, then it may eventually disconnect itself. 
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Assuming that the user of APCM 1604 desires to answer the incoming call, 
then a modem hold request 810 is transmitted following the "A" tone 808. Modem 
hold request 810 may be prompted automatically by a suitable device resident at 
5 the customer site. 1670 or it may be prompted in response to a user command. 
Modem hold request 810, which may be formatted as described above, is 
preferably transmitted for at least a minimum period of time. In one practical 
embodiment, modem hold request 810 is transmitted for approximately 53 
milliseconds (all of the modem status signals described herein may have a similar 
10 minimum duration). In contrast to a conventional V34 or V.90 modem system, kn 
actual retraining procedure is not performed upon receipt of the "A" tone 808 by 
DPCM 1602. Rather, in response to modem hold request 810, DPCM 1602 may 
transmit a modem hold acknowledgment 812 for a minimum period of time, e.g., 
approximately 53 milliseconds. 

15 

After DPCM 1602 transmits modem hold acknowledgment 812, it 
preferably continues to transmit the '^B^^ tone 806 while it maintains a hold state. 
In response to modem hold acknowledgment 812, APCM 1604 may generate a 
suitable flash signal 814 to instmct central office 1606 to switch out the modem 

20 connection and to switch in the incoming call 816. In addition, the handset (or 
other suitable answer device) begins to receive the incoming call; APCM 1604 
may be configured to route the incoming signal to parallel answer device 1610 or 
serial answer device 1611 in an appropriate manner. In addition, APCM 1604 may 
be placed in an idle or "on-hook'' state while the handset is connected (during 

25 period 818). Accordingly, the user at customer site 1670 may proceed with the 
incoming call 816 while DPCM 1602 remains on hold. The modem connection 
may be re-established by way of a quick modem reconnect procedure (described 
below). 

30 FIG. 9 is a timing diagram that depicts a situation where DPCM 1602 is to 

be reconnected in response to the termination of the incoming call. The process 
shown in FIG. 9 assiraies that: (1) DPCM 1602 is in a hold state; (2) answer 
device 1610 is connected in parallel with APCM 1604; and (3) answer device 1610 
terminates the incoming call, e.g., answer device 1610 is placed "on-hook" before 

35 calling device 1608 is placed "on-hook". For purposes of this description, the 
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parallel connection means that APCM 1604 and answer device 1610 receive the 
same signals from central office 1606 in a concurrent manner. 

In response to the termination of the incoming call, central office 1606 will 
5 detect tiie "hang up" in a conventional maimer, e.g., using vs^ell known line 
detection techniques. Eventually, central office 1606 switches out or disconnects 
the incoming call, switches in DPCM 1602, and generates a suitable signal, e.g., a 
ring signal 902. Ring signal 902 serves to alert the user at customer site 1670 that 
the original call is still holding and is ready to be reconnected. In response to ring 

10 signal 902, APCM 1604 is placed "off-hook" such that it can again receive signals 
from central office 1606. Thus, ring signal 902 may inform APCM 1604 that the 
incoming call has been cleared and/or that APCM 1604 may proceed with a 
modem reconnect procedure. As described above in connection with FIG. 8, 
APCM 1604 generates an "A" tone 904 (for at least 50 milliseconds) in response 

15 to the detection of a "B" tone 906. Following the "A"' tone 904, APCM 1 604 may 
transmit a quick reconnect request 908 to initiate a quick reconnect procedure (as 
described above in the context of FIGS. 6 and 7. Accordingly, in response to the 
detection of quick reconnect request 908, DPCM 1602 preferably transmits a QTS 
signal 910 followed by an ANSpcm sequence 912. The characteristics, format, 

20 and fimction of QTS signal 910 and ANSpcm sequence 912 are as described 
above. Assimiing that both modem devices support the quick reconnect feature 
described above, the held modem connection may be re-established in a relatively 
short period of time. 

25 FIG. 10 is a timing diagram that depicts the situation where tiie incoming 

call is terminated before parallel answer device 1610 is placed "on-hook". In this 
scenario, when the temiination of the incoming call is initiated by the calling 
device 1608, central office 1606 will reconnect the customer site 1670 to the 
original call (which is a modem connection in this example). Consequently, the 

30 "B" tone transmitted by DPCM 1602 will again be made available at APCM 1604. 
Regardless of whether APCM 1604 is currently in an "'on-hook" or an "off-hook" 
state, it preferably detects that DPCM 1602 has been reconnected. It should be 
appreciated that APCM 1604 may employ any number of known techniques 
(which can vary depending upon the specific implementation) to detect the 

35 reconnection. For example, DPCM 1602 may detect the "B" tone firom DPCM 
1602, it may automatically react after a predetermined timeout period, or it may 
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Utilize line-in-use techniques to sense the termination of the incoming call. Once 
the two modem devices have resumed communicating with one another, the quick 
reconnect routine proceeds as described above in connection with FIG. 9. 

5 With respect to the situation depicted in FIG. 10, it may be necessary to 

have APCM 1604 respond within certain time periods to ensure that central office 
1606 does not consider the reconnect attempt to be a hook flash or a disconnect. 
For example, in a preferred embodiment, APCM 1604 is configured to respond to 
the termination of the incoming call within 200 milliseconds such that central 

10 office 1606 does not inteipret the delay as a conference call request (which may 
cause DPCM 1602 to be placed on hold) or a disconnection (which may cause a 
clear down of the connection). The particular time periods may be selected in 
accordance with any suitable telecommxmication recommendation, standard, or 
operating protocol, such as the BELLCORE Technical Reference GR-506-CORE 

15 (related to general telecommunication signaling) and the BELLCORE Technical 
Reference TR-NWT-000575. The contents of these references is incorporated by 
reference herein. 

In general, any of the procedures utilized in the context of a system using 

20 parallel answer device 1610 may also be used in the context of a system using 
series answer device 1611. However, the converse may not always be true. For 
example, FIG. 1 1 is a timing diagram that depicts the situation where the incoming 
call is terminated by series answer device 1611. As described above, a 
communication line at customer site 1670 initially provides APCM 1604 with a 

25 signal from central office 1606, and APCM 1604 routes the signal to answer 
device 1610. In most practical applications, APCM 1604 will remain "off-hook" 
even if it is merely routing the call to series answer device 1611. Accordingly, 
APCM 1604 is capable of monitoring the line for the presence of a "B" tone or a 
suitable signal associated with DPCM 1602. In this scenario, if the incoming call 

30 is terminated (by calling device 1608 or by series answer device 1611), APCM 
1604 is capable of receiving signals from central office 1606. Furthermore, central 
office 1606 responds to the detection of the call termination by switching DPCM 
1602 to commimicate with the customer site 1670. Thus, if the "B" tone is 
detected by APCM 1604, it can immediately decouple the series answer device 

35 1611. Once the two modem devices resume the conmumication session, the quick 
reconnect routine proceeds as described above in connection with FIG. 9. 
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FIG. 12 is a timing diagram that depicts the situation where DPCM 1602 
responds to a modem hold request with a clear down instruction (FIG. 12 is 
applicable to a system that uses either serial auswer device 1611 or parallel answer 
5 device 1610). Up to the point where a modem hold request 1202 is transmitted 
from APCM 1604 to DPCM 1602, the process is similar to that described above in 
coimection with FIG. 8. In contrast to the scenario where DPCM 1602 
acknowledges modem hold request 1202, the situation depicted in FIG. 12 calls for 
the transmission of a discomiect signal 1204 from DPCM 1602. DPCM 1602 may 
10 transmit discomiect signal 1204 after contemplating or considering any number of 
operating paranaeters, e.g., the current call traffic, the functional capabilities of 
DPCM 1 602, the channel characteristics, or the like. 

After DPCM 1602 transmits disconnect signal 1204, it idles or waits 
15 without transmitting any meaningfiil signals. In response to disconnect signal 
1204, APCM 1604 clears down the modem connection in an appropriate nMnner. 
If central office 1606 does not detect activity from APCM 1604 after a suitable 
timeout period, e.g., 1550 milliseconds, then it may assume that APCM 1604 has 
been disconnected. Thereafter, central office 1606 switches out DPCM 1602 and 
20 generates ring signals 1206 and caller ID data 1208 to customer site 1670 such that 
the incoming call can be answered. DPCM 1602 may clear down its modem 
connection after a suitable timeout period, e.g., two seconds, during which it 
receives no signals from APCM 1604. Accordingly, DPCM 1604 will typically 
hang up once central office 1606 begins generating ring signal 1206. As described 
25 above, prior to clear down^ APCM 1604 and/or DPCM 1602 may save any number 
of relevant operational parameters to facilitate a quick startup for subsequent 
connections. 

Under certain conditions, the end user may wish to immediately terminate 
30 the modem connection and accept an incoming call. FIG. 13 is a timing diagram 
that depicts a situation where, in response to an alert signal 1302, APCM 1604 
transmits a disconnect signal 1304 rather than a modem hold request. FIG. 13 is 
applicable to a system that uses either serial answer device 1611 or parallel answer 
device 1610. APCM 1604 may generate disconnect signal 1304 in response to a 
35 user command or automatically in accordance with a predetermined protocol or 
setting. The progression of signals and operations associated with FIG. 13 is 
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substantially similar to the progression associated with FIG. 12. However, unlike 
the process depicted in FIG. 12, APCM 1604 transmits disconnect signal 1304 to 
DPCM 1602. 

5 FIG. 14 is a timing diagram that depicts the scenario where, in response to 

an alert signal 1401, APCM 1604 prompts a quick reconnect procedure and 
ignores the incoming call. FIG. 14 is applicable to a system that uses either serial 
answer device 1611 or parallel answer device 1610. Such a situation may occur 
when the quality of the modem connection is important, when the end user does 

10 not want to be disturbed by incoming calls, and/or if the modem connection is 
severely affected by the alert signal 1401 . Fxirthemiore, such a situation may occur 
in response to the caller ID data, i.e., the answering party may choose to ignore 
incoming calls from certain calling parties. Up to the point where an "A" tone 
1402 is transmitted, the procedure of FIG. 14 is similar to the procedure of FIG. 8. 

15 Following the transmission of "A" tone 1402, APCM 1604 generates a quick 
reconnect request 1404, which is eventually received by DPCM 1602. In response 
to quick reconnect request 1404, DPCM 1602 may transmit a QTS signal 1406 
followed by an ANSpcm signal 1408 to facilitate the quick reconnect routine (as 
described above in connection with FIGS. 6 and 7). It should be noted that APCM 

20 1604 may alternatively transmit a suitable modem status signal, e.g., a phase 
reversal, that indicates a full retrain procedure rather than a quick reconnect 
procedure. In such an embodiment, the retrain procedure would proceed in a 
conventional manner. 

25 Under some conditions, DPCM 1602 may not "automatically enter the 

ijaitial retrain mode in response to an alert signal. In other words, DPCM 1602 
may continue transmitting data as though no interruption has occurred FIG. 15 is 
a timing diagram that illustrates this situation ^G. 15 is applicable to a system 
that uses either serial answer device 1611 or parallel answer device 1610). As 

30 described above in connection with FIG. 8, APCM 1604 may respond to an alert 
signal 1502 by transmitting a DTMF "D" tone 1504 (associated wdth a caller ID 
request) during an interruption in the data mode. Unlike the situation of FIG. 8, 
where DPCM 1602 begins to transmit a "B" tone as a result of the interruption, 
DPCM 1602 continues to transmit data 1506 to APCM 1604. When APCM 1604 

35 is recormected by central office 1606, it preferably transmits an "A" tone 1508 for 
a suitable time period to allow DPCM 1602 to respond with a "B" tone 1510. 
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When APCM 1604 detects the *B" tone. 1510 from DPCM 1602, it then follows 
the "A" tone 1508 with a SIGNALa 1512, where SIGNALa 1512 may be a modem 
hold request, a quick reconnect request, or a discoimect signal. In response to 
SIGNALa 1512, DPCM 1602 transmits a SIGNALd 1514, where SIGNAL^ may 
5 be a modem hold acknowledgment, a short period of silence followed by a QTS 
signal and an ANSpcm sequence, or a disconnect signal. In this maimer, the 
different situations described above can be handled even though DPCM 1602 does 
not initially enter the retrain mode with the transmission of a "B" tone. 

10 The signaling routines and procedures described above in connection with 

FIGS. 8-16 can be equivalently applied to accommodate various requests that 
originate at customer site 1670. For example, the user of APCM 1604 may desire 
to place a current modem connection on hold, to prompt a quick reconnect, or to 
prompt a full retrain in an independent manner. In one practical embodiment, the 

15 modem hold request and modem hold acknowledgment signals can be 
incorporated into the conventional Phase 4 CP and MP sequences. Accordingly, if 
either modem device wants to place the other modem device on hold (e.g., for 
three-way calling), then the requesting modem device can perform a rate 
renegotiation and transmit the hold signal in an appropriate manner. This 

20 technique may be performed in a similar manner as the conventional V.34 and 
V.90 clear down procedure, where a special code (data rate = 0) is used to indicate 
a clear down. However, the modem hold signaling technique may utilize a 
different bit combination or leverage a number of reserved bits. 

25 In response to such a user request, APCM 1604 may generate an "A'* tone 

followed by an appropriate modem status signal (e.g., a modem hold request, a 
quick recoimect request, or the like) for receipt by DPCM 1602, As described 
above in connection with FIG. 15, DPCM 1602 may then respond with a "B" tone 
followed by an appropriate status signal reply (e.g., a modem hold 

30 acknowledgment, a QTS signal, or the like). In this manner, the techniques of the 
present invention can be applied in any number of situations unrelated to a call 
waiting alert, a line interruption, or a line corrupting event. 

In one embodiment, the present invention provides techniques to reduce the 
35 initialization period and reconnect period normally associated with a V.90 modem 
system. The quick startup and quick reconnect techniques leverage the known 
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channel characteristics of a previous 'Connection to reduce the training time 
associated with subsequent attempts to establish the same connection. Although 
not limited to any specific modem application, the quick startup procedure may be 
used to eliminate portions of the initialization protocols or processes normally 
5 employed by a 56 kbps modem, e.g., V.Sbis, V.8, digital impairment learning, 
initial training, probing and ranging, or the like. In addition, the quick startup 
technique may perform certain operations at a different time or in a different order 
in comparison to a conventional modem startup technique. 

10 Referring back to FIG. 5, it is shown that during the phase 4 of the V.90 

training process the APCM modem 590 and the DPCM modems 580 exchange 
various parameters via CP and MP frames 510 and 520, respectively. FIG. 17 
shows various bits of information and parameters that may be included in an 
example MP sequ^ce or frame 1700. 

15 

Referring to FIG. 17, it is seen that the MP frame 1700 has a synchronous 
fomiat and includes seventeen sync bits 1701 of "l"s (bits 0:16), followed by one 
start bit 1702 (bit 17) and ending wdth sixteen bits of CRC 1730 (bits 171:186). 
The CRC bits 1730 are utilized by the APCM modem 580 to verify the sanctity of 

20 the MP frame 1700. As shown, the MP frame 1700 also includes a reserved bit 
1704 (bit 19) that is available for ftiture use. The MP frame 1700 ftirther includes 
an acknowledgement bit 1710 (bit 33). The acknowledgement bit 1710 is "0". 
Other bits of information in the MP frame 1700 include data signaling rates, trellis 
encoder select bit, nonlinear encoder parameter select bit, constellation select bit, 

25 data signaling rate capability mask, asymmetric data signaling rate enable and 
many bits of precoding information. 

The acknowledgement bit 1710 is set to a "1" by the DPCM modem 590 to 
acknowledge the receipt of the CP frame 510 (see FIG. 5) transmitted by the 
30 APCM modem 580. The MP frame 1700 with the acknowledgement bit 1710 set 
to a "1" is denoted as the MP' frame 522 (see FIG. 5). It should be noted thiat both 
the MP frame 510 and the MP' frame 512 include the same number of bits and 
information with a single difference beiag the value of the acknowledge bit 1710. 

35 With reference to FIG. 1 8, an example definition bits of a CP frame 1 800 is 

shown. Similar to the MP frame 1700, the CP frame 1800 is a synchronous type 
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frame with seventeen synchronous leading bits 1801 of *'l"s (bits 0:16), followed 
by one start bit 1802 (bit 17) and ending with sixteen bits of CRC 1830 (bits 
273+5:288-<-5). The CRC bits 1830 are utilized by the DPCM modem 590 to 
verify the sanctity of the CP frame 1800. As shown, the CP fiame 1800 also 
5 includes a reserved bit 1804 (bit 18) that is available for future use. The CP frame 
1800 further includes an acknowledgement bit 1810 (bit 33). The 
acknowledgement bit 1810 is "0". Other bits of information in the CP frame 1800 
include data signaling rates, silent period bit, sign bits for spectral shaping 
parameters, constellation information and many other bits of information including 
10 variable length parameters that can lengthen the size of the CP frame 1800 even 
more. 

The acknowledgement bit 1810 is set to a "1" by the APCM modem 580 to 
acknowledge the receipt of the MP frame 520 (see FIG. 5) transmitted by the 
15 DPCM modem 590. The CP frame 1800 with the acknowledgement bit 1810 set 
to a "1" is denoted as the CP' frame 522 (see FIG. 5). Both the CP frame 510 and 
the CP' frame 512 include the same number of bits and information with a single 
difference being the value of the acknowledge bit 1 8 1 0. 

20 Referring to FIG. 19, preliminary definition bits of a CPa frame 1900 for 

possible inclusion in the ITU V.92 Recommendation is shown. Similar to the MP 
and CP frames 1700 and 1800, the CPa frame 1900 is a synchronous type frame 
with seventeen synchronous leading bits 1901 of "F's (bits 0:16), followed by one 
start bit 1902 (bit 17) and ending with sixteen bits of CRC 1930. The CRC bits 

25 1930 are utilized by the APCM modem (see FIG. 24c) to verify the sanctity of the 
CPa frame 1900. As shown, the CPa frame 1900 also includes reserved bits 1904 
(bits 21:23) that are yet to be defined. The CPa frame 1900 fuither includes an 
acknowledgement bit 1910 (bit 33). The acknowledgement bit 1910 for the CPa 
frame 1900 is "0". The acknowledgement bit 1910 is set to a "1" by the DPCM 

30 modem to acknowledge the receipt of the CP frame (see FIG. 24c) transmitted by 
the APCM modem. Other bits of information in the CPa frame 1900 include 
constellation information with high resolution as well as precoder and prefilter 
coefficients and many other bits of information includtug variable length 
parameters that can significantly increase the length of the CPs frame 1900. 

35 If the acknowledgement mechanisms of the ITU Recommendations V.34 

and V.90, as explained with reference to FIGS. 17 and 18, were to be used for the 
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ITU Recommendation V.92, the CPa frame and the CPa' frame would include the 
same number of bits and inforaiation with a single difference being the value of 
the acknowledge bit 1 9 1 0. 

5 The parameter exchange and acknowledgement mechanisms used in the 

V34 and V.90 Recommendations, however, have introduced a significant 
overhead and delay in the training process. As shown in FIG. 5, the modems 580 
and 590 transmit CP and MP frames 510 and 520 continuously until an 
acknowledgement frame from the remote modem is received. Even the 

10 acknowledgement frames introduce a significant overhead and delay in the 
handshaking process, because the same previously transmitted information bits are 
unnecessarily retransmitted over and over again. These continuous transmissions 
and retransmissions of CP, MP, CP' and MP' frames are needless, since in most 
cases, the first transmission of the MP or CP frame is received correctly by the 

15 remote modem. Accordingly, it becomes unnecessary to retransmit all the 
information bits in the MP' or CP' frame, since tfie acknowledgement bit is in fact 
the most significant bit of information. 

To eliminate this enormous overhead and delay during the handshaking 

20 process, the present invention introduces short parameter frames, as shown in 
embodiments of FIGS. 20-22. Referring to HG. 20, an example definition bits of 
a short MP frame (MPs) 2000 is shown. As shown, just like the MP frame 1700, 
the MPs frame 2000 is a synchronous type frame with seventeen synchronous 
leading bits 2001 of "l"s (bits 0:16), followed by one start bit 2002 (bit 17) and 

25 ending with sixteen bits of CRC 2030 (bits 35:50). The CRC bits 2030 are utilized 
by the APCM modem 580 to verify the sanctity of the MPs frame 2000, As further 
shown, the MPs frame 2000 also includes an MPs indicator bit 2004 (bit 19) to 
distinguish the MPs frame 2000 from the MP frame 1700. Referring back to FIG. 
17, it is noted fliat the corresponding bit location is the reserved bit 1704. The 

30 MPs frame 2000 further includes an acknowledgement bit 2010 (bit 33). The 
acknowledgement bit 2010 is "0". The acknowledgement bit 2010 is set to "1" by 
the DPCM modem to acknowledge the receipt of the CP frame (see FIG. 24b) 
transmitted by the APCM modem. The MPs frame 2000 with the 
acknowledgement 2010 set to a "1" is denoted as the MPs' frame. Both the MPs 

35 frame and the MPs' frame include the same number of bits and information with a 
single difiference being the value of the acknowledge bit 2010. However, the MPs 
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and MPs' frames are substantially shorter than the MP and MP' frames, 
respectively. 

Now, referring to FIG. 21, an example definition bits of a short CP frame 
5 (CPs) 2100 is shown. As shown, just like the CP frame 1800, the CPs frame 2100 
is a synchronous type frame with seventeen synchronous leading bits 2101 of "r*s 
(bits 0:16), followed by one start bit 2102 (bit 17) and ending with sixteen bits of 
CRC 2130 (bits 35:50). The CRC bits 2130 are utilized by the DPCM modem 590 
to verify the sanctity of the CPs frame 2100. As fiirther shown, the CPs frame 

10 2100 also includes a CPs indicator bit 2104 (bit 18) to distinguish the CPs frame 
2100 from the CP frame 1800. Referring back to FIG. 18, it is noted that the 
corresponding bit location is the reserved bit 1804. The CPs frame 2100 farther 
includes an acknowledgement bit 21 10 (bit 33). The acknowledgement bit 21 10 is 
"0". The acknowledgement bit 2110 is set to "1" by the APCM modem to 

1 5 acknowledge the receipt of the MP frame (see FIG. 24b) transmitted by the DPCM 
modem. The CPs frame 2100 witii the acknowledgement 2110 set to a "1" is 
denoted as the CPs' frame. Both the CPs frame and the CPs' frame include the 
same number of bits and information with a single difference being the value of 
the acknowledge bit 2110. It should be noted, however, that the CPs and CPs' 

20 frames are substantially shorter than the CP and CP' frames, respectively. 

With reference to FIG. 21, an example defmition bits of a short CPa frame 
(CPas) 2200 is shown. As shown, just like the CPa frame 1900, the CPas frame 
2200 is a synchronous type frame with seventeen synchronous leading bits 2201 of 

25 "r's (bits 0:16), followed by one start bit 2202 (bit 17) and ending with sixteen 
bits of CRC 2230 (bits 35:50). The CRC bits 2230 are utilized by the APCM 
modem to verify the sanctity of the CPas frame 2200. As ftirther shown, tiie CPas 
frame 2200 also includes CPas mdicator bits 2104 (bits 18:20) to distinguish the 
CPas frame 2200 from the CPa frame 1900. Referring back to FIG. 19, it is noted 

30 that the corresponding bits are the reserved bits 1904. The CPas frame 2200 
fturther includes an acknowledgement bit 2210 (bit 33). The acknowledgement bit 
2210 is "0". The acknowledgement bit 2210 is set to "1" by the DPCM modem to 
acknowledge the receipt of the CP frame (see FIG. 24c) transmitted by the APCM 
modem. The CPas frame 2200 with the acknowledgement 2210 set to a "1" is 

35 denoted as the CPas' frame. Both the CPas frame and the CPas' frame include the 
same nxmiber of bits and information with a single difference being the value of 
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the acknowledge bit 2210. It is alsd that the CPas and CPas' frames are 
substantially shorter than the CPa and CPa' frames, respectively. 

FIG. 23 illustrates a conventional exchange of parametCTS embedded in MP 

5 sequences or fitunes 23 12 and 2322 between an APCM modem 23 10 and a DPCM 
modem 2320, respectively, in accordance with the ITU Reconmiendation V.34. 
As shown, after the TRN portions 2311 and 2312 of the phase 4 or the final 
training of the handshaking process, the APCM and DPCM modems 2310 and 
2320 exchange the MP frames 2312 and 2322, respectively. The MP frames 2312 

10 and 2322 are in the form shown in the MP frame 1700 of FIG. 17. As shown, the 
DPCM modem 2320 starts transmitting the MP frame 2322 shortly before the 
APCM starts its transmission of the MP frame 2312. As a result, the APCM 
modem 2310 receives the MP frame 2322 prior to the DPCM modem 2320 
receiving the MP frame 2312. In response, the APCM modem 2310 sets the 

15 acknowledgement bit in the MP frame, thus creating an MP' frame, and starts 
transmitting the MP' frame 2314, including each and every bit of information 
previously transmitted to the DPCM modem 2320 via the MP frame 2312. While 
the DPCM is awaiting an acknowledgement for its MP frame 2322 from the 
APCM modem 2310, another MP frame 2322 is transmitted by the DPCM modem 

20 2320 to flie APCM modem 23 1 0 to provide the APCM modem 23 1 0 with a second 
chance to receive the MP frame 2322. In the mean time, the APCM modem 23 10 
has abready received the first MP frame 2322 and no acknowledgement for its MP 
frame 2312 or its MP' fixime 2314, accordingly, the APCM modem 2310 generates 
a second MP' frame to give the DPCM a third chance to receive the parameters 

25 embedded in the MP or MP' frame 2312 or 2314, respectively. As shown, 
however, the DPCM modem 2320 had akeady started transmitting an MP' frame 
2324. These long frames and their overlap in the transmission and rec^tion time 
domains prevent the modans 2310 and 2320 to qmckly exchange parametCTS. The 
delay is in fact cumulative. The transmission and reception of tiie long MP and 
. 30 MP' firames cause one modem to start transmitting a long MP frame while 
receiving an MP' franae from the remote modem; however, the MP' frame may not 
be sanctified until the CRC bits are received and verified. Therefore, the modem 
receiving the MP' frame starts transmitting another long MP fi«me needlessly. 

35 Referring back to FIG. 5, it is also noted that long CP, CP', MP and MP' 

frames 510, 512, 520 and 522, respectively, are exchanged many times, not 
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because of errors in transmission, but merely because of timing differences in 
transmission and reception of these frames. It is indeed clear that utilizing a 
, similar mechanism for the ITU Recommendation V.92 will lead to even longer 
delays due to the fact lhat the CPa frames are considerably longer than the MP and 
5 CP frames. 

Accordingly, in one embodiment of the present invention, as shown in FIG. 
24a, short MP and MP' frames (MPs and MPs') 2423 and 2424, respectively, 
similar to the MPs frame 2000 in FIG.20, are utilized to substantially reduce the 

10 parameter exchange time and obtain a quicker connection between the modems. 
Referring to FIG. 24a, just as in FIG.23, the two modems 2410 and 2420 exchange 
long MP frames 2412 and 2422, respectively. However, after such transmissions, 
both modems switch to short MP frame formats. As shown, die DPCM modem 
2420 starts transmitting the MPs frames 2423 immediately after transmitting the 

15 MP frame 2422 and while waiting to receive the entire MP frame 2412 from the 
APCM modem 2410. Immediately after transmitting the MP frame 2412, the 
APCM modem 2410 acknowledges the receipt of the MP frame 2422 from the 
DPCM modem 2420 by sending a short MP' frame 2414 (MPs'). On the other 
hand, while sending the MPs frames 2423, the DPCM modem 2420 receives the 

20 MP frame 2412 and acknowledges that frame by sending an MPs' frame 2424. 
The transmission of the short frames causes a substantial reduction in the 
handshaking time and results in a quick connection between the two modems 2410 
and 2420. • 

25 By the same token, the exchange of short CP and MP frames in FIG. 24b 

will speed up the connection time for flie V.90 compliant modems. As shown, 
short MP, MP', CP and CP' frames (MPs, MPs', CPs and CPs') 2463, 2464, (not 
shown) and 2454, respectively, similar to the MPs fi:'ame 2000 in FIG-20 and the 
CPs frame 2100 in FIG. 21, respectively, may be utilized for the V.90 compliant 

30 modems. The use of these short frames substantially reduces the parameter 
exchange time and causes a quicker connection between the modems. Referring to 
FIG. 24b, the two modems 2450 and 2460 exchange long CP and MP frames 2452 
and 2462, respectively. After the transmission of these long frames, the modems 
start transmitting the short CP and MP frame types. As shown, the DPCM modem 

35 2460 starts transmitting the MPs frames 2463 immediately after transmitting the 
MP frame 2462 and while waiting to receive the entire CP frame 2452 from the 
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APCM modem 2450. Immediately after transmitting the CP frame 2452, the 
APCM modem 2450 acknowledges the receipt of the MP frame 2462 from the 
DPCM modem 2460 by sending a short CP' frame 2454 (CPs'). At the otiier end, 
while sending the MPs frames 2463, the DPCM modem 2460 receives the CP 
5 fiame 2452 and acknowledges that frame by siding an MPs' frame 2464. 

TTie transmission of short frames will result in a quick connection, in 
particular for the V.92 compliant modems, mainly because of the volume of the 
information and parameters embedded in the CPa frames 1900 (see FIG. 19). 

10 Referring to FIG. 24c, short CPa, CPas', CP and CP' frames (CPas, CPas', CPs 
and CPs') 2493, 2494, (not shown) and 2484, respectively, similar to the CPas 
frame 2200 in FIG.22 and the CPs frame 2100 in FIG. 21, respectively, may be 
utilized for the V.92 compliant modems. The use of these short frames 
substantially reduces tihie parameter exchange time. As a result, the V.92 

15 compatible modems can achieve a quick connection. Referring to FIG. 24c, the 
two modems 2480 and 2490 first exchange long CP and CPa frames 2482 and 
2492, respectively. After the transmission of these long frames, the modems start 
transmitting the short CP and CPa frame types. As shown, the DPCM modem 
2490 starts transmitting tiie CPas frames 2493 immediately after transmitting the 

20 CPa frame 2492 and while waiting to receive the entire CP frame 2482 from the 
APCM modem 2480. Immediately after transmitting the CP frame 2482, the 
APCM modem 2480 acknowledges the receipt of the CPa frame 2492 from the 
DPCM modem 2490 by sending a short CP' frame 2484 (CPs'). At the other end, 
while sending tiie CPas frames 2493, the DPCM modem 2490 receives the CP 

25 frame 2482 and acknowledges that frame by sending a CPas' frame 2494. 

FIGS. 25a, 25b and 25c illustrate a few examples of situations where the 
long frames, MP, CP and/or CPa are not received properly by a receiving modem. 
Referring to FIG. 25a, according to one embodiment of the present invention, the 

30 APCM and DPCM modems 2510 and 2520 exchange MP frames 2512 and 2522, 
respectively. Immediately after the transmission of the long MP frames 2512 and 
2522, both modems 2510 and 2520 switch to transmissions of short MP frames 
2513 and 2523, respectively. As shown, the DPCM modem 2520 receives the MP 
frame 2512 properly. Accordingly, in response, the DPCM modem 2520 

35 acknowledges the MP frame 2512 with an MPs' frame 2524. At the other end, 
however, the APCM 2510 fails to receive the MP frame 2522. This failure may 
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result from various reasons, such as a bad transmission, bad line conditions, wrong 
CRC, etc. As a result of this failure, the APCM modem 2510 continues 
transmitting MPs frames 2513 wilii the acknowledgement set to "0" indicating that 
the MP frame 2522 has not been received. In such situations, according to one 
5 embodiment of the present invention, the DPCM modem 2520 starts transmitting 
the long MP frames once again. Because the DPCM modem 2520 has already 
received the MP frame 2512, the new long MP frames 2525 transmitted by the 
DPCM modem 2520 will have their acknowledgement bits set to "1". In other 
words, the DPCM modem 2520 starts transmitting MP' frames, since the short 
10 frames do not include all the required parameters. In some embodiments, the 
DPCM modem 2520 may send only one MP' frame 2525 and then switch to 
sending MPs' frames 2524 (e.g., FIG. 25b). 

The DPCM modem 2520 may use various conditions, events or methods in 

15 determining when to start retransmitting long MP frames after a period of 
transmitting short MP frames. In one embodiment, if the DPCM modem 2520 or 
the APCM modem 2510 receives the beginning of an MP or MPs frame more than 
a roimd-trip delay after the modem 2520 or 2510 has completed its own 
transmission of a long MP frame, then the modem 2520 or 2510 may start 

20 transmitting long MP frames once again. In another embodiment, extra time, for 
example 20-30 ms, may be added to the round-trip delay time to allow for 
detection delay, before long MP frames are transmitted once again. Those of 
ordinary in the art are familiar with the calculation of round-trip delays. In some 
embodiments, a fixed amount of time may be used as a time-out period in 

25 determining when the modem should send a long MP frame once again after 
sending short MP frames. In yet another embodiment, a predetermined event may 
be utilized, such as the nimiber of short MP frames transmitted by the modem that 
is awaiting an acknowledgement. For example, if the APCM modem 2510 
transmits three MPs frames, but does not receive an acknowledgement, then the 

30 APCM modem 25 10 may transmit another MP frame. 

Now, refening to FIG. 25b, according to another embodiment of the present 
invention, the APCM and DPCM modems 2550 and 2560 exchange CP and MP 
frames 2552 and 2562, respectively. Immediately after the transmission of the 
35 long CP and MP frames 2552 and 2562, both modems 2550 and 2560 switch to 
transmissions of short CP (CPs) and short MP (MPs) frames 2553 and 2563, 

61 



ENSDOCID: <WO ^010939aAlJA> 



wo 01/008398 PCT/USOO/19480 



respectively. As shown, the DPCM modem 2560 receives the CP frame 2552 
properly. Accordingly, in response, the DPCM modem 2560 acknowledges the CP 
frame 2552 with an MPs' frame 2564, At the other end, however, the APCM 2550 
fails to receive the MP frame 2562. Therefore, the APCM modem 2550 continues 
5 transmitting CPs frames 2553 with the acknowledgement set to "0" indicating that 
the MP frame 2562 has not been received. As shown, the DPCM modem 2560 
stops transmitting MPs' frames 2564 and transmits only one long MP, having the 
acknowledgement bit set (because CP has been received), i.e., MP'. In some 
embodiments, the DPCM modem 2560, may continue sending more MP' frames. 

10 In the embodiment of FIG. 25b, however, the DPCM modem 2560 starts sending 
MPs' frames 2564 after sending only one MP' frame. In the mean time, the 
APCM modem 2550 continues sending short CP frames 2553, since it has received 
the MPs' firame 2564 as acknowledgement. Eventually, the APCM modem 2550 
receives the long MP frame 2565 from the DPCM modem 2560 and the modems 

15 move to the data phase. As stated with reference to FIG. 25a, various methods or 
predetermined conditions, such as those mentioned above, may be utilized by 
either the APCM or DPCM modems 2550 or 2560 to determine when to retransmit 
a long frame after transmitting a short frame. 

20 FIG. 25c illustrates one embodiment of the present invention that may be 

incorporated or be used in conjxmction with the ITU Recommendation V.92, 
According to FIG. 25c, the APCM and DPCM modems 2580 and 2590 exchange 
CP and CPa frames 2582 and 2592, respectively. Immediately after the 
transmission of the long CP and CPa firames 2582 and 2592, both modems 2580 

25 and 2590 start transmitting short CP (CPs) and short CPa (CPas) frames 2583 and 
2593, respectively. As shown, the DPCM modem 2590 receives the CP frame 
2582 properly. In response, the DPCM modem 2590 acknowledges the CP firame 
2582 with a CPas' frame 2594. At the other end, however, the APCM 2580 fails 
to receive the CPa frame 2592. Therefore, the APCM modem 2580 continues 

30 transmitting CPs frames 2583 with the acknowledgement set to "0" mdicating that 
the CPa frame 2592 has not been received. As shown, the DPCM modem 2590 
stops transmitting CPas' frames 2594 and instead starts transmitting long CPa 
frames 2595 having the acknowledgement bit set (because CP has been received), 
i.e., CPa'. As shown in this embodiment, the DPCM modem 2590 may send more 

35 than one CPa'. However, in other embodiment only a single CPa' may be sent and 
the DPCM modem 2590 may switch back to sending CPas'. In the mean time, the 
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APCM modem 2580 continues sending short CP frames 2583, since it has received 
the CPas' frame 2594 as acknowledgement. Eventually, the APCM modem 2580 
receives the long CPa frame 2595 from the DPCM modem 2590 and the modems 
move to the data phase. The above-mentioned triggering events or conditions may 
5 also be used here in determining when to retransmit a long frame after transmitting 
a short fi-ame. 

FIG. 26 illustrates another embodiment of the present invention according 
to which rate negotiations between modems can be made substantially quicker. 

10 FIG. 26 shows a rate renegotiation exchange process between an APCM modem 
2610 and a DPCM modem 2620. As shown, a similar paramet^ exchange process 
used during the modem start up training can be used fi>r exchanging MP, CP and 
CPa. The example of FIG. 26 shows a rate renegotiation process according to the 
ITU Recommendation V.90. However, the same concept is applicable to V.34 and 

15 V.92 rate renegotiations. FIG. 26 shows a rate renegotiation initiated by the 
APCM modem 2610. As shown, the modems 2610 and 2620 exchange long CP 
and MP frames 2612 and 2622, respectively. Afterwards, both modems 2610 and 
2612 start transmitting short CP (CPs) and short MP (MPs) frames 2613 and 2623, 
respectively. According to this example, the APCM modem 2610 receives the MP 

20 frame 2622 first and, in response, transmits a CPs' frame 2614 to the DPCM 
modem 2620 in acknowledgement. At the other end, the DPCM modem 2620 
receives the CP frame 2612 and in acknowledgement transmits an MPs' frame 
2624. At this stage, both modems 2610 and 2620 quickly continue to the data 
phase. As a result of transmitting short CP ^d MP frames, the modems 2610 and 

25 2620 are able to conclude the rate renegotiation much quicker. 

FIG. 27 is another embodiment of the present invention for improving the 
fast train speed. FIG. 27 shows a fast train process between an APCM modem 
2710 and a DPCM modem 2720. During a fast train process, a parameter 

30 exchange is also used for exchanging MP, CP and CPa. The example of FIG. 27 
shows a fast train process according to the ITU Recommendation V.90. However, 
tiie same may be applied to V.34 and V.92 fast trains. FIG. 27 shows a fast train 
process initiated by the APCM modem 2710. As shown, the modems 2710 and 
2720 exchange long CP and MP frames 2712 and 2722, respectively. Immediately 

35 thereafter, both modems 2710 and 2712 start transmitting short CP (CPs) and short 
MP (MPs) frames 2713 and 2723, respectively. In response to receiving the MP 
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frame 2722, the APCM modem 2710 transmits a CPs' frame 2714 to the DPCM 
modem 2720 to acknowledge the receipt At the other ©ad, the DPCM modem 
2720 receives the CP frame 2712 and in acknowledgement transmits an MPs' 
frame 2724. After a successful quick pararrieter exchange, botihi modems 2710 and 
5 2720 continue to the data phase. As a result of transmitting short CP and MP 
frames, the fast train may be achieved in less time and more efficiently. 

FIG. 28 illustrates that the short parameter frames of the present invention 
may be combiaed with various other aspects of the present invention, such as the 

10 quick connect process. FIG. 28 shows the quick cormect process according to one 
aspect of the present invention. The quick coimect process, as shown, includes the 
use of short CP and MP frames of the present invention. FIG. 28 shows a quick 
connect process between an APCM modem 2810 and a DPCM modem 2820. 
During the quick connect, MP, CP and CPa frames may be exchanged between the 

15 modems, depending upon the modem standard used for such exchange. The 
example of FIG. 28 shows the quick connect accordiag to the ITU 
Recommendation V.90. However, the same exchange may be applied to V34 and 
V.92 quick connect schemes. As shown, the modems 2810 and 2820 exchange 
long CP and MP frames 2812 and 2822, respectively. Immediately thereafter, both 

20 modems 2810 and 2812 start transmitting short CP (CPs) and short MP (MPs) 
frames 2813 and 2823, respectively. In response to receiving the MP frame 2822, 
the APCM modem 2810 transmits a CPs' frame 2814 to the DPCM modem 2820 
to acknowledge such receipt. At the other end, the DPCM modem 2820 receives 
the CP frame 2812 and in acknowledgement transmits an MPs' frame 2824. After 

25 a successful quick parameter exchange, both modems 2710 and 2720 continue to 
the data phase. As a result, the quick connect time of the present invention may be 
reduced even more by employing the quick parameter exchange between the two 
modems. 

When implemented in software, at least some elements of the present 
30 invention can be in the form of computer data, including, but not limited to, any 
bits of information, code, etc. The data may be arranged in group of bits or data 
segments and may be stored in a processor readable medium or transmitted by a 
data signal embodied in a carrier wave over a transmission medium or 
communication link. For example, bits of information in a CPa frame may form 
35 various data segments fliat can be transmitted by a data signal embodied in a 
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carrier wave. The communication link may include, but is not limited to, a 
telephone line, a modem connection, an Intemet connection, an hitegrated Services 
Digital Network ("ISDN") connection, an Asynchronous Transfer Mode (ATM) 
connection, a frame relay connection, an Ethernet connection, a coaxial 
S connection, a fiber optic connection, satellite connections (e.g. Digital Satellite 
Services, etc.), wireless connections, radio frequency (RF) ]iaks^ electromagnetic 
links, two way paging connections, etc., and combinations thereof. The "processor 
readable medium" may include any medium that can store or transfer information. 
Examples of the processor readable medium include an electronic circuit, a 

10 semiconductor memory device, a ROM, a flash memory, an erasable ROM 
(EROM), a floppy diskette, a CD-ROM, an optical disk, a hard disk, a fiber optic 
medium, a radio frequency (RF) link, etc. The computer data signal may include 
any signal that can propagate over a transmission mediimi such as electronic 
network channels, optical jBbers, air, electromagnetic, RF links, etc. The code 

1 5 segments may be downloaded via computer networks such as the Internet, Intranet, 
etc. 

The present invention has been described above with reference to a 
preferred embodiment. However, those skilled in the art will recognize that 
20 changes and modifications may be made to the preferred embodiment without 
departing from the scope of the present invention. These and other changes or 
modifications are intended to be included within the scope of the present 
invention, as expressed in the following claims. 

25 
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CLAIMS 

What is claimed is: 

5 LA method of communication between a first device and a second 

device, said method comprising the steps of: 

transmitting a first information sequence of a first length and a first 
definition by said first device; 

transmitting a second information sequence of a second length and a 
10 second definition by said second device; 

transmitting a third information sequence of a third length and a third 
definition by said first device; and 

transmitting a fourth information sequence of a fourth length and a 
fourth definition by said second device; 
15 wherein said tiurd leaigth is less than said first length and said fourth length is less 
than said second length. 

2. The method of claim wherem said first definition is the same as 
said second definition and said third definition is the same as said fourth 
definition. 

20 3. The method of claim 1, wherein said first length is the same as said 

second length and said third length is the same as said fourth length. 

4. The method of claim L wherein each of said first and third 
information sequences includes a type portion, and wherein said type portions 
distinguish said first and said third information sequences. 
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5. The method of claim 1, wherein said first information sequence is an 
MP frame and said third information sequence is an MPs frame. 

6. The method of claim 5, wherein said second information sequence is 
an MP frame and said fourth information sequence is an MPs frame. 

5 7. The method of claim 5, wherein said second information sequence is 

a CP frame and said fourth information sequence is a CPs frame. 

8. The method of claim 1, wherein said first information sequence is a 
CP frame and said third information sequence is a CPs frame. 

9. The method of claim 8, wherein said second information sequence is 
10 a CPa frame and said fourth information sequence is a CPas frame. 

10. The method of claim 1 further comprising the steps of: 

receiving said first information sequence by said second device 
within a predetermined time; and 

acknowledging receipt of said first information sequence by said 
15 second device. 

11. The method of claim 10, wherein said acknowledging step is 
performed by transmitting a fifth information sequence of a fifth length and a fifth 
definition, wherein said fifth length is less than said second length. 

12. The method of claim 10, wherein said fifth length is equal to said 
20 fomth length and said fifth definition is the same as said fourth definition. 
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13. The method of claim 12, "wherein said fifth definition includes an 
acknowledgement information portion indicating receipt of said first information 
sequence. 

14. The method of claim 10, wherein said fifth information sequence is 
5 an MPs'. 

15. The method of claim 10, wherein said fifth information sequence is a 

CPs'. 

16. The method of claim 10, wherein said fifth information sequence is a 

CPas'. 

10 17. The method of claim 1 further comprising the steps of: 

failing to receive an acknowledgement fi-om said first device for said 
second information sequence within a predetermined time; and 

transmitting a fifth infonhation sequence of a fifth length and a fifth 
definition by said second device to said first device. 
15 18. The method of claim 1 7, wherein said fifth length is greater than said 

fourth length. 

19. The method of claim 17, wherein said fifdi information sequence is 

an MP. 

20. The method of claim 17, wherein said fifth information sequence is 
20 anMP'. 

21. The metiiod of claim 17, wherein said fifth information sequence is a 

CP. 
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22. The method of claim 1 7, wherein said fifth information sequence is a 

CP'. 

23, The method of claim 1 7, wherein said fifth information sequence is a 

CPa. 

5 24. The method of claim 17, wherein said fifth information sequence is a 

CPa\ 

25. The method of claim 18, wherein said fifth definition is the same as 
said second definition. 

26. The method of claim 18, wherein said fifth length is equal to said 
10 second length. 

27. The method of claim 1 8 further comprising the step of transmitting a 
sixth information sequence of a sixfli length and a sixth definition by said second 
device. 

28. The method of claim 27, wherein said sixth length is equal to said 
15 fourth length and said sixth definition is the same as said fourth definition. 

29. The method of claim 27, wherein said sixth length is equal to said 
second length and said sixth definition is the same as said second definition. 

30. The method of claim 17, wherein said predetermined time is 
calculated based upon a round-trip delay between said devices. 

20 31. The method of claim 1 further comprising the steps of: 
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failing to receive an acknowledgement from said first device for said 
second information sequence prior to occurrence of a predetermined event or 
condition; and 

transmitting a fifth information sequence of a fifth length and a fifth 
5 definition by said second device to said first device. 

32. The method of claim 1, wherein said method is utilized as a part of a 
fast train handshake between said devices. 

33. The method of claim 1, wherein said method is utilized as a part of a 
quick connect handshake between said devices. 

10 34. The method of claim 1, wherein said method is utilized as a part of a 

rate renegotiation handshake between said devices. 

35. The method of claim 1, wherein said method is utilized as a part of a 
startup handshake between said devices. 

36. A conunimication method comprising the steps of: 

15 transmitting a long information sequence having first and second 

information definition portions; and 

transmitting a short information sequence having said first 
infomiation definition portion; 

wherein said first information definition portion includes a type portion 
20 distinguishing said first and second information sequences. 

37. The method of claim 36, wherein said long information sequence is 
an MP frame and said short information sequence is an MPs. 
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38. The method of claim 36, wherein said long information sequence is a 

» 

CP frame and said short information sequence is a CPs. 

39. The method of claim 36, wherein said long information sequence is a 
CPa frame and said short infomiation sequ^ce is a CPas. 

40. A communication method comprising the steps of: 

receiving a long infomiation sequence having first and second 
information definition portions; and 

receiving a short information sequence having said first information 
definition portion; 

wherein said first information definition portion includes a type portion 
distinguishing said first and second information sequences. 

41. The method of claim 40, wherein said long infomiation sequence is 
an MP frame and said short information sequence is an MPs. 

42. The method of claim 40, wherein said long information sequence is a 
CP frame and said short information sequence is a CPs. 

43. The method of claim 40, wherein said long information sequence is a 
CPa frame and said short infomiation sequence is a CPas. 

44. A data signal embodied in a carrier wave, said data signal 
comprising: 

a first sync data segment; 
a first start data segment; 
a long frame indicator data segment; 
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a first acknowledgment data segment; 

a second start data segment 

a plurality of parameters data segment; 

a third start data segment; 

a first CRC data segment; 

a second sync data segment; 

a foiuth start data segment; 

a short firame indicator datia segment; 

a second acknowledgment data segment; 

a fifth start data segment; and 

a second CRC data segment. 

45. The data signal of claim 44, wherein said data signal includes an MP 
frame and an MPs frame, 

46. The data signal of claim 44, wherein said data signal includes a CP 
frame and a CPs frame. 

47. The data signal of claim 44, wherein said data signal includes a CPa 
frame and a CPas frame. 

48. The data signal of claim 44, wherein said data signal includes an 
MP' frame and an MPs' frame. 

49. A communication device comprising: 
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a receiver capable of receiving a first information sequence of a first 
length and a first definition followed by a second information sequence of a 
second length and a second definition; and 

a transmitter capable of transmitting a third information sequence of 
5 a third length and a third definition followed by a fourth information sequence of a 
fourth length and a fourtti definition; 

wherein said first lengtii is less than said second length. 
50. The device of claim 49, wherein said first length is the same as said 
third length and said second length is the same as said fourth length. 
10 51. The device of claim 49, wherein said first definition is the same as 

said third definition and said second definition is the same as smd fourth 
definition. 

52. The device of claim 49, wherein said receiver receives a fifth 
information sequence of a fifth length and a fifth definition within a predetermined 

15 time. 

53. The device of claim 52, wherein said fifth length is equal to said 
second length and said fifth definition is tiie same as said second definition. 

54. The device of claim 52, wherein said fifth definition includes an 
acknowledgement information portion indicating receipt of said third information 

20 sequence. 

55. The device of claim 54, wherein said fifth information sequence is 
an MPs'. 
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56. The device of claim 54, wherein said fifth information sequence is a 

CPs'. 

57. The device of claim 54, wherein said fifth information sequence is a 

CPas'. 

5 58. The device of claim 49, wherein said receiver fails to receive an 

acknowledgement for said third information sequence witiUn a predetermined 
time, and said transmitter transmits a fifth information sequence of a fifth length 
and a fifth definition. 

59. The device of claim 58, wherein said fifth length is equal to said 
10 third length and said fifth definition is the same as said third definition. 

60. The device of claim 58, wherein said transmitter fiirther transmits a 
sixth information sequence of said fourth length and said fourth definition. 

61. The device of claim 58, wherein said transmitter further transmits a 
sixth information sequence of said tiiird length and said fourth definition. 

15 62. The device of claim 49, wherein said third information sequence is 

anMP. 

63. The device of claim 49, wherein said fourth information sequence is 
an MPs. 

64. The device of claim 49, wherein said third information sequence is a 

20 CP. 

65. The device of claim 49, wherein said fourth information sequence is 

a CPs, 
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66. The device of claim 49, wherein said third information sequence is a 

CPa. 

67. The device of claim 49, wherein said fourth information sequence is 
a CPas. 

68. The. device of claim 49, wherein said receiver fails to receive an 
acknowledgement for said third information sequence within a predetermined 
event or condition, and said transmitter transmits a fifth information sequence of a 
fifth length and a fifth definition. 

69. A communication method comprising the steps of: 

transmitting at least one first information sequence of a first length and a 
first definition; and 

transmitting a second information sequence of a second length and a 
second definition; 

wherein said first length is shorter than said second length. 

70. The method of claim 69, wherein said first information sequence is a 
CPs and said second information sequence is a CP. 

71. The method of claim 69, wherein said first information sequence is a 
CPas and said second information sequence is a CPa. 

72. A data signal embodied in a carrier wave, said data signal comprising: 
a first sync data segment; 
a first start data segment; 
a first firame indicator data segment; 
a first acknowledgment data segment; 
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a second start data segment; 
a first CRC data segment; 
a second sync data segment; 
a. third start data segment; 
S a second frame indicator data segment; 

a second acknowledgment data segment; 

a fourth start data segment; • 
a plurality of parameters data segment; 
a fifth start data segment; and 
10 a second CRC data segment; 

wherein said second frame indicator segment indicates that said plurality 
of parameters data segment.follows. 

73. A communication device comprising: . 

a receiver capable of receiving a first information sequence of a first length 
IS and a first definition followed by a second information sequence of a second length and a 
second definition; 

wherein said first length is longer than siaid second length. — 

74. TTie device of claim 73 further comprising: 
20 a transmitter capable of transmitting a third information sequence of a 

third length and a third definition followed by a fourth information sequence of a fourth 
length and a fourth definition; 

wherein said third length is longer than said fourth lengtti. 
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5 75. "Hie devicetjf tdtedm ^sequence is^ 

CPa and said -second information^qnenceis'a-Cpas. 

76. The device of t*timT*9,T?rfiefem is ^ 
CPas and said second jnfbimatton~seqnenceis-a<^l>a. 

77. A communication-meflrodtjoii^^ 
10 7) ej f Qr iiiing an in i tial t rai n ing; 

tnansmitting ixdhmmliaB^Dr&tab^ «id 
finalizing said training. 

78. TheTiiediod rtofm 72, : whe c eii i:saM:dataqprotoccri to -a -data 
correctipnprotocol. 

15 79. Tix meduKi x^xAaim 73^Tgfaereia Tffrid dat ar^ttotocoi includ cs^tiata 

compression-protocol. 

80. The medKKi xrf xtoim "78,^whsiCTi:said data xorrection-protocd -fe-a 

V.42 protocol, ^d vdiCTein ^ ^signal :siraiiar:1o SB? isignal-is tr ansmi t te d 

during said transmitting step. 
20 Tiie methcdtiftdaim 77,:Tvheran-said±^ 

to V-90 trainiiig. 

82. The method xiffxAsim iSi, -wherein ^a -portion t>f said iofonnatton is 
trananitted as^ part of aCPt-signal. 

83. The method txfxStaxoi "Si; wherein poition" of said information is 
25 transmitted -as-a part of aOP-si^ial. 
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84. 



Hie mefliod -of-cfadm-Si, w l ie tein^qgnrtion of said information is 



10 



transmitted as-a^part of a-CPs-signai. 

85. The meflrod of daim "81^ -wfaeroin a:portian t)f said information is 
transmitted-asTJart of aO*a-signai. 

86* The method of ^iahn "81^ wheieia mq)ortion uf said information is 
traiismitted^ part trfa Rfff-sigpoal. 

87. The mettiod^xdaim^ > whe rein- said liaiiiiiig is a V.^6lraimng. 

88. TlicTmethodxf ciaim-8i,-wherein^aid-t^^ a V.34lraining. 

89. The method of xdaim"81^-wfa ei e i ii said li ai ningis a Uaiuing. 

90. The method oftton TT-fariheroompi is i ng fl ie -step ofTCceivingtiata 
protocol- ii i Xui ii i ation ftir estddi^iiiig said-data-protocol. 
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MP Bits 
LSB MSB 


Definition 


0:16 


FrameSync: 11111111111111111 


17 


Start bit: 0 


18 


Type 1 


19 


Reserved for ITU: This bit is set to 0 by the transmitting modem and is not 
interpreted bv the receiving modem. 


20:23 


Maximum call modem to answer modem data signalling rate 
Data rate = N* 2400 where N is a four-bit integer between 1 and 12. 


24:27 


Maximum answer modem to call modem data signalling rate 
Data rate = N*2400 where N is a four-bit integer between 1 and 12. 


28 


Aiiviliarv oHsiriTiel select hit Set to 1 ifiTifirfem i<! canaWe of sii*nnnTtino" 

and enables auxiliary channel. Auxiliary channel is used only if both 

modems ^et thi^ bit to 1 


29:30 


Trellis encoder select bits: 

00: 16 State, 10: 32 State, 01: 64 State, 11: Reserved 

Receiver requires remote-end transmitter to use selected trellis encoder. 


31 


Nonlinear encoder parameter select bit for the remote-end transnutter. 
0: 0=0, 1: 0= 0.3125 


32 


Constellation shaping select bit for the remote-end transmitter. 
0 : minimum, 1 : expanded (see Table 1 0 A^.34) 




Acknowledge bit. 0= modem has not received MP from far end. 
1 = received MP from far end. 


34 


Start bit: 0 


35:49 


Data signalling rate capability mask. 

Bit 35:2400; bit 36:4800; bit 37:7200; ...; bit 46:28800; bits 47,48,49: 
Reserved for ITU (These bits are set to 0 by the transmitting modem and are 
not interpreted by the receiving modem.) Bits set to 1 indicate data signalling 
rates supported and enabled in both transmitter and receiver of modem. 


50 


Asymmetric data signalling rate enable. Set to 1 indicates modem capable of 
asymmetric data signalling rates. 


51 


Start bit:0 


52:67 


Precoding coefficient h(l) real 
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68 


Start bit: 0 


69:84 


Precoding coefficient h(l) imaginary 


85 


Start bit: 0 


86:101 


Precoding coefficient h(2) real 


102 


Start bit: 0 


103:118 


Precoding coefficient h(2) imaginary 


119 


Start bit: 0 


120:135 


Precoding coefficient h(3) real 


136 


•Start bit: 0 


137:152 


Precoding coefficient h(3) imaginary 


153 


Start bit: 0 


154:169 


Reserved for ITU: These bits are set to 0 by the transmitting modem and 
are not interpreted by the receiving modem. 


170 


Start bit: 0 


171:186 


CRC 


187 


Fill bit: 0 
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CP bits 
LSBrMSB 


Definition 


0:16 


FrameSync: 11111111111111111 


17 


Start bit: 0 


18 


Reserved for ITU: This bit is set to 0 by the analogue modem and is 


19 


0 - indicates CPt,l- indicates CP 


20:24 


Selected digital modem to analogue modem data signalling rate, an integer. 
Data signalling rate = (dm+20)* 8000/6 in CP and (dm+8)*8000/6 in CPt. 




i>i»GAr\7AH "frvr I'i'i T* TTif»cf» Kite sar^ Q^t tn 0 V>v the snsHa^MR modem and are not 
interpreted by the digital modem 


30 


Set to 1 indicates a silent period is requested. This may be used during 


31:32 


Sri The number of sign bits used as redimdancy for spectral shaping 




A /^Ir-nrkxxrl^aHma Kit* 0 = mr\At>m VlflQ not rpf*pivefl 1^41P "from "fer 6nd 1 = 

received MP from far end 


34 


Start bit: 0 


35 


Codec type: 0 =H -law, 1 =A-law 




Anfilnaiip modem to dimtal modem data signalling rate cai3abilitv mask: 
Bit 36:4800;...; bit 47:31200; bit 48:33600. Bits set to 1 indicate data 
signalling rates supported and enabled in analogue modem transnutter 


49:50 


Id: Number of lookahead Jframes requested during spectral shaping. This 
shall be consistent with the capabilities of the digital modem indicated in Jd 


51 


Start bitO 


52:67 


The RMS value of TRNid at the transinitter output divided by the RMS 
value of TRNid at the output to the codec's D/A converter expressed in 
unsigned Q3 . 1 3 format (xxx.xxxxxxxxxxxxx) 


68 


Start bit: 0 


69:76 


Parameter ai of the spectral shaping filter in signed Ql .6 format (sx.xxxxxx) 
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77:84 


Parametea- aa of the spectral shaping filter in signed Ql .6 format (sx.xxxxxx) 


85 


Start bit: 0 


86:93 


Parabeter bi of the spectral shaping filter in signed Ql .6 format (sx.xxxxxx) 


94:101 


Parameter b2 ot the spectral shaping filter in signed 01.6 format (sx.xxxxxx) 


102 


Start bit: 0 


103:106 


An integer between 0 and 5 denoting the index of the constellation to 
be used in data frame interval 0 


107:110 


An integer between 0 and 5 denoting the index of the constellation to 
uc ubc^u in claia iraiiiG interval i 


111:114 


An integer between 0 and 5 denoting the index of the constellation to 
be used in data frame interval 2 


115:118 


An integer between 0 and 5 denoting the index of the constellation to 
be used in data frsmae interval 3 


119 


Start bit: 0 


120:123 


An integer between 0 and 5 denoting the index of the constellation to 
be used in data frame interval 4 


124:125 


An integer between 0 and 5 denoting the index of the constellation to 
be used in data frame interval 5 


128 


Set to 1 if the constellations at the transmitter differ from those at the 
(juipuL Lu uic wutic^L/ iS xj/r\. convcrter 


129:135 


Reserved for ITU: These bits are set to 0 by the analogue modem and are 
nui luicrprcicu uy mc Qigiiai mouem. 


136 


Start bitrO 


137:152 


Constellation mask for Uchordi (Bit 137 corresponds to Ucode 0) 


1 CO 


otart Dit:u 


154:169 


Constellation mask for Uchord2 (Bit 154 corresponds to Ucode 16) 


170 


Start bit: 0 


171:186 


Constellation mask for Uchordj (Bit 171 corresponds to Ucode 32) 


187 


Start bit: 0 


188:203 


Constellation mask for Uchord4 (Bit 188 corresponds to Ucode 48) 


204 


Start bit: 0 


205:220 


Constellation mask for Uchordi (Bit 205 corresponds to Ucode 64) 
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CP. bits 
LSBrMSB 


Definition 


0:16 


FrameSync: 11111111111111111 


17 


Start bit: 0 


18:20 


CP, <yp = 0, Full CP. shall be used for initial train, re-trains, and 
rate re-nesotiations 


21:23 


Reserved for ITU: These bits are set to 0 by the digital modem and are not 
interpreted by the analogue modem 


24:28 


Selected analogue modem to digital modem data signalling rate, an integer, 

dn^ between 0 and 21. 

dm = 0 shall indicate cleardown. 

Data signalling rate + (dm + 18)*(8000/6) 

Range is [24000, 48000] in (8000/6) bit/sec increments 


29:30 


Trellis encoder select bits in analogue modem to digital modem direction: 
0=1^ <!tate 1 = '^9 c+ate. 2 = 64 state 3 = Reserved for ITU 
The digital modem receiver requires the analogue modem transmitter to use 
the selected trellis encoder 


31 


Set to 1 indicates a silent period is requested. This may be used during rate 
renegotiantion [9] 


32 


Reserved for ITU: These bits are set to 0 by the digital modem and are not 
interpreted by the analogue modem 


33 


Acknowledge bit: 0 = modem has not received CP from far end, 1 = received 
CP from far end 


34 


Startbit:0 


35:50 


Analog modem to digital modem data signalling rate capability mask in 
ouuu/o mcremenis. 

Bit 35:24000;...;bit 36:29333: bit 37:30666;...;bit 50:44000 

Bits set to 1 indicate data signalling rates supported and enabled in 

digital modem 


51 


Start bit: 0 


52:54 


Analog modem to digital modem data signalling rate capability mask 
continuation: 

Bit 52:45333; bit 53:46666; bit 54:48000 

Bits set to 1 indicate data signaling rates supported and enabled 

in digital modem 



FIG. 19 



BNSOOCID: <WO ^010839eA1JA> 



SUBSTITUTE SHEET (RULE 26) 



wo 01/008398 PCT/USOO/19480 



23/39 



55:57 


Reserved for n J: These bits are set to 0 by the digital modem and are not 
interpreted by the analogue modem 


58 


Extend the length of Eu sequence. 0 = don't extend. 1 = extended bv 1 wmhni 
Disital modem reoucst for the dnRloonie morfem tn trjinQmit nn to i p*v+ra 
symbol of R sequence 

i^uic, uii. uc TO zero Dy aigiiui mouem uiinng flny rste 
re-negotiation and fast parameter exchange procedures 




LZi:Number of tapes for feed-forward section of pre-coden Up to 384 taps. 


68 


Start bit: 0 


Qy. 1 1 


i^Jri. JNumoer oi taps tor leed-iorward section of pre-coder. Up to 384 taps. 




xvcservea lor 1 1 u . i nese oils are set to U by tne digital modem and are 
not interpreted by the analogue modem 


85 


Start bit:0 


86-94 


j-»x^2. iNuxuucr ui utps lur icca-iorwara section oi pre-iiiter. Up to 3o4 taps. 


95101 


Reserved for I 1 I F' 1 hf*^P Kit Q aff* Q**t tr* A +Vl** /^im-fol -m/^/4«Krvi a-m/l a«>A -M^-t- 

x^^»jwx v^u. 1. X Kj , xLixi^^ ulto cue oct Wj \j uy iiic uigiLcii moQcm ano are not 


102 


Start hit-0 


103:111 


2. i^uixiui^x Kjx uip^, jLui xccti-iurwdTu. secuon oi pre-nixer. up to Jo^^ taps. 


112:118 


l^eserved for 1 ( 1 ]• T^hf*QP hitQ nr** c<=»f fn n K\r +1^^ /4imfo1 mrxAA-m or%A 

-'■^^'j^* " ± X Kj , ± ii^oc uxto oic ocL lu Kj xjy jsvc digital modem and are 
xiUL xiiLcxprctvu oy tnc analogue modem 


1 1 o 


otart Ditr u 




Number of positive points in the 1st constellation set. 


1 7C*1 '5^ 


JNumDer or positive pomts m the 2nd constellation set (possible zero) 


1 7 A 
uo 


otart Dit: u 




Number of positive points in the 3ni constellation set (possible zero) 




Number of positive points in the 4ui constellation set (possible zero) 


153 


Start bit: 0 




Number of positive points in the 5a constellation set (possible zero) 




Number of positive points in the 6th constellation set (possible zero) 


1 /u 


otart Dit: u 


171:174 


An integer between 0 and 5 denoting the index of the constellation to be 
used in data irame interval 0 


175:178 


An integer between 0 and 5 denoting the index of ihe con«5tellatinn to Vi«* 
used in data frame interval 1 


179:182 


An integer between 0 and 5 denoting the index of the constellation to be 
used in data frame interval 2 


183:186 


An integer between 0 and 5 denoting the index of the constellation to be 
used in data frame interval 3 


187 


Start bit: 0 


188:191 


An integer between 0 and 5 denoting the index of the constellation to be 
used in data frame interval 4 


192:195 


An integer between 0 and 5 denoting the index of the constellation to be 
used in data frame interval 5 
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196:203 


1V^/%/1lllllC tn-nf^rfcHRl" T\^Tt\Tt\P'ff^T A/f; 1 = 0 




OUtri OIL. Vf 




Ayr/^/4ii1iic T7r^/^r\^^i* T%OY*ciTnfA'^^t* Iv^t i 1 
XVlOOUlUS l2<IlCOvlCr pdXcuXiCLCr IVli,! 1 




A/fnHiilii^ Pncoder parameter 1 — 2 








IVXOvltLiUo .CrilWOUwl jJsUaLUwVwl IVU^l ~f 




\Ai^\A^\\\'\^C T^mnfS^f^T TlSJTSITYIPtPT IV/T: 1=4- 
XVlUviUillo X-^llCdUCl JpcUcULUC/LwJ. XrXiyl. ~ 


Zoo 


OloIX Qlt.U 




lVir/^/4ii1^ic« TI7v^/^/^/1^ii* y^ixt^Ckinn^ft^T i ^ S 
JVlOQUlllS JjfllCOClCr pALalliClCX IVli^l ^ 




A.Ar\/^ii1iic X^nnrM^f^T T>sll*fllYll*'i'PT TV^: 1 ^ 
iVlOQulUo dlL/i/dCr ^p^LTCUIldCX IVIJ9X VJ 




oiarL OIL. u 




TV/Tr^/^nlnc Priru^rlRr n^irflTYietPi' "N^^; 1=7 

IVXL'UUltio JC'llw^Li^l J^CU.CUllw|.wl JLVXI9X / 




Modulus Encoder parameter Mi,i = 8 


272 


Start bit: 0 




Modulus Encoder parameter Mui = 9 




Modulus Encoder parameter Mi,i =10 


289 


Start bit: 0 




Modulus Encoder parameter Mi,i =11 




Reserved for ITU: These bits are set to 0 by the digital modem and not 


306 


start bit: 0 


307:322 


OconsteOation 


323 


Start bit: 0 


324:339 


1st pre-coder feedback filter coefficient in Q2.14 (Sx.xxxx xxxx xxxx xx)ipi(l) 


340 


Start bit: 0 


324+1 7*LPi 


Last pre-coder feedback £Qter coefficient in Q2.14 (Sx. xxxx xxxx xxxx xx) 


325+17*LPi 


Start bit: 0 




1st pre-filter feed-forward filter coefficient m 
Ql .15 (S.xxxxx xxxxx xxxxx),Z2(0) 




Start bit: 0 


... 


j.,,asL pre*iixier leeci-iorwara luier cucxiidcui m 
Q1.15 (S.XXXXX xxxxx xxxxx),Z2(LZ2-l) 




Start bit: 0 




1 St pre-coder feed-forward filter coefficient in 
01.15 CS.XXXXX xxxxx xxxxx),zi(l) 




Start bit: 0 




Last pre-filter feed-forward filter coefficient in 
Q 1 . 1 5 (S .xxxxx xxxxx xxxxx),Z2(LZi) 




Start bit: 0 
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1 St pre-filter feedback filter coef&cient in 
Q2.14(Sx. xxxx xxxx xxxx xx),p2(l) 




Start bit:0 


... 










Last pre-filter feedback filter coefficient ill 

V^Z.IH- ^oX. XXXX XXXX XXXX lULj^iyLjSri) 




Start bit: 0 








Linear value of last (largest magnitude) constellation point 
in the 1st constellation set 




Start bit: 0 




Possibly more constellations in same format 
( for any non-zero size constellation set). 




Start bit: 0 




CRC 




Fill bits: Os to extend the CPa sequence length to the 
next multiple of 6 symbols 
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2001 
2002' 

2004' 



2010 
2030^ 



2000 




MPs Bits 
LSBrMSB 


T*^*»*fi n 1 ti on 

JLllXL Li vll 


K)AO 


T7t-oyv^*> Qxmr*- 11111111111111111 


17 


start bit: 0 


18 


Type:0 


19 


MPshort indicator: 1 


20:23 


Reserved for ITU: These bits are set to 0 by the transmitting 
modem and are not interpreted by the receiving modem. 


33 


Acknowledge bit. 0 = modem has not received MP fiom far end. 
1 = received MP from far end. 


34 


Start bit: 0 


35:50 


CRC 


51:... 


Fill bits: Os to extend the MPshort sequence to the 
appropriate length 
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CPs Bits 


Definition 




LSB:MSB 




2101'^ 


0:16 


Frame Sync: 11111111111111111 


17 


Start bit: 0 


2102'^ 


18 




2104 


19 


1 - indicates CP (CPshort) 




20:23 


Reseirved for ITU: These bits are set to 0 by the transmitting 
modem and are not interpreted by the receiving modem. 


2110 


33 


Acknowledge bit, 0 = modem has not received CP from far end. 
1 = received CP from fer end. 




34 


Start bit: 0 




35:50 


CRC 


2130 


51:... 


Fill bits: Os to extend the CPshort sequence to the 
appropriate length 
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CPas Bits 


Definition 




T QR-M^R 






0:16 


Frame Sync: 11111111111111111 


2201^ ^ 


17 


Start bit: 0 


2202^^ 


18:20 


CPshort indicator: 1 


2204 


21:23 


Reserved for mj: These bits are set to 0 by the transmitting 
modem and are not interpreted by the receiving modem. 




24:28 


Selected analogue modem data signaling rate, an integer, 
Am between 0 and 1 . 




29:30 


Trellis encoder select bits in analogue modem to digital 
modem direction. 




31 


Set to 1 indicates a silent period is requested. 




32 


Reserved for ITU: These bits are set to 0 by the transmitting 
modem and are not interpreted be the reviewing modem. 


2210 


33 


Acknowledge bit. 0 = modem has not received CPa from far end. 
1 = received CPa from far end. 




34 


Start bit: 0 




35:50 


CRC 


2230^ 


51:... 


Fill bits: Os to extend the CPashort sequence to the 
appropriate length. 
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